| Age | Commit message (Collapse) | Author |
|---|
|
The Invoke API now can take both an Action and an EventHandler. delegate {} causes ambiguous results.
|
|
WHenever we open a new folder, we calculate project paths to decide where the file ends up.
That said, the ProjectFileCollection is a bit heavy, as it does a lot more than just being a container for ProjectFile. It creates a tree of items, allocates a lot of data that we don't need, subscribes to change events. Addition of an item to a ProjectFileCollection is not O(1) either, its a recursive method which queries dictionaries based on how many path segments there are. The code just needs to check whether the path is a child of another path, so, since we do it in the GetFolderContent method, just use a simple List<ProjectFile>.
Expanding the icons folder from MonoDevelop.Ide is now ~instant, from 2-3s observed time.
|
|
|
|
This method is used to get the sorting group of a node. It makes it easier
for add-ins to set node ordering.
|
|
|
|
In the Reload command, make sure all projects have been reloaded before
saving the solution.
Fixes bug #43588 - Getting error on reloading an unsupported project in XS
|
|
not select in configuration dropdown currently.
|
|
# Conflicts:
# main/src/core/MonoDevelop.Core/MonoDevelop.Core.csproj
# main/src/core/MonoDevelop.Core/packages.config
# version-checks
|
|
not disable/enable as Start Up projects.
|
|
|
|
The reasoning for these changes was changing where-ever the hack for
bug 2975 was written, or the collection was not fully enumerated (or it
was deferred via IEnumerable).
|
|
|
|
New sorting:
* Getting Started
* Connected Services
* References
|
|
|
|
|
|
It's always empty
|
|
If a ViewContent has no file (IsFile==false) it can
provide a reference to a SolutionPad node by overriding
GetDocumentObject, which will be automatically
selected when the view is the active document.
|
|
[Ide] Optimize initial Add File location [Bug 8506][Bug 18568]
|
|
The Add File starting location defaults to the
selected solution folder, if the previously added
file was located inside the same solution or the
Add File command is called for the first time.
(fixes bug #18568)
|
|
(fixes bug #8506)
|
|
Bug 40873 - Cannot drag file from sln folder to project
|
|
Adds the patch from Matt on bug35655.
|
|
* Load cell foreground colors from GtkTreeView style
* Different selected state colors on Mac
(fixes bug #28451)
|
|
|
|
in tree view nodes
This change is going to bring speed improvements after the optimizations done to AppendValues inside Gtk# are released.
Batch calls to AddChild, as the collection insertion is guarded against multiple resorts on insertion.
|
|
|
|
Fixes bug #39619
|
|
For the zoom feature we would need to recreate the
composed vector image for every zoom step, because
it is always created with a fixed size. This could be
fixed, but caching here is not really required,
since all icons are custom drawn ThemedImages.
(fixes bug #37529)
|
|
|
|
|
|
|
|
once([AllowMultiSelection] "Edit File")
|
|
|
|
Fixed bug #37309 - Creating project new folder with '\' at the end
of name causes endless loop recursion
https://bugzilla.xamarin.com/show_bug.cgi?id=37309
If a folder is renamed and a '\' char is used at the end then on
Windows the folder would be renamed and the Solutions window would
show a folder item that could be expanded repeatedly, with the same
folder inside it. Closing and re-opening the solution fixes the
problem. If a directory separator character is used in the middle of
the folder name then an error occurs when an attempt is made to create
the directory.
Now when renaming a file or a folder if a directory separator char
is used then a message will be displayed indicating that the name is
invalid. This is already handled with projects, solutions and
workspaces in the Solution window. Now it is also handled with files
and folders.
|
|
|
|
Fixed bug #36641 - Renaming file, then reverting name, causes file
exists error.
https://bugzilla.xamarin.com/show_bug.cgi?id=36641
Fixed bug #7683 - Solution should save on cancelled renaming
consistently among object types (files, folders, projects).
https://bugzilla.xamarin.com/show_bug.cgi?id=7683
If the rename of a workspace, solution, solution folder, project or
project file does not change its name, for example the rename was
cancelled, then there is no need to save the name. Previously the
changed item was always saved.
|
|
|
|
|
|
|
|
|
|
Fixed bug #17234 - Adding a new PCL project to an existing solution
shows "empty" References folder before the solution is reloaded
https://bugzilla.xamarin.com/show_bug.cgi?id=17234
The problem was that when adding a new PCL project to an existing
solution the ITreeBuilder's current DataItem is the Project. When
loading a PCL project into the Solution window the ITreeBuilder's
current DataItem is the ProjectReferenceCollection. So the
ProjectReferenceFolderNodeBuilder was not finding the project since
it was not including the current DataItem in its search.
|
|
Fixes a small memory leak when a project is unloaded or reloaded.
|
|
|
|
Improved handling of project reload in the solution pad. When a project is
reloaded, the solution pad doesn't remove and add the reloaded item anymore.
Instead, it just updates the tree, and that will preserve the tree status.
Fixes bug #33036 - Project folders become collapsed after reordering files
|
|
|
|
|
|
|
|
Fixes #1026. Credits to @PiotrZierhoffer for the initial code.
|
|
|
|
It is a very unusual operation which is very easy to trigger and which
is a source of confusion to users.
|
