[MonoDevelop] Scintilla over GtkSourceView

Marco Canini marco.canini@fastwebnet.it
Wed, 28 Jan 2004 22:54:18 +0100 

Hello Mike,

On Wed, 2004-01-28 at 20:17, Mike Krueger wrote:
> Hi
> 
> Don't make it TOO easy ... if you want to make an abstract editor 
> wrapper you'll need to wrap >many<
> functionality.
> #Develop was desinged not just beeing a C# IDE (which was the top 
> priority however) but instead it should be a platform
> for 'any' language and people should be able to easily integrate their 
> own languages ... MonoDevelop will go down the same
> road right ?
> In this case keep in mind that MD will be >extensible< at many >points<. 
> Language bindings should contain their own
> editor stuff like:
> + Smart Indenting
> + Folding strategies
> + Custom highlighters and markers (IDEA does do this quite good ... for 
> C# a better highlighting would be good)
> etc.
> 
> Therefore it is better to support just ONE editor ... this simplifies 
> much and there is NO point to write a 'wrapper'
> which is as big as a editor on it's own :) and the editor should be 
> configurable through the 'options' therefore each
> editor needs the same set of options (that is almost never the case) or 
> bring it's own options pane... which may

I agree with you that every external editor is a story for itself, and
that making a good general wrap could be heavily discouraged and
unnecessary.
But I've some concerns about what you say by proposing only one existing
"editor" (sourceview or scintilla) and arguing that the IDE and the
editor must be heavily customizable, while you said #D has the same
philosophy as eclipse by allowing more editors to be used in the right
context, so not only one editor.
And if you only choose one editor and you go tied to it then you have to
take care of portability (if you want it)

> be rather annoying for the user. And one philosophy of the add-in tree 
> based approach is :
> 
> !!! ADD DON'T REPLACE !!!
> 
> Switching the editor might be fun for some people (there are some people 
> out there which requested the vim editor for #D)
> but for the most programmers this feature is not useful and it adds too 
> much uneccessary problems to the code ... try to
> make clean, small code and think as a 'user' of the tool when adding 
> functionality and try to think a bit in the future.
> 
> Regards
> Mike
> 
> >Ben is working as part of this new editor, a common binding assembly
> >that implements all the menu items/dialogs that you expect from a source
> >buffer. This will mean that if someone decides to write a new editor
> >(mmmmm, vim binding anyone?) you will have a common set of Interfaces to
> >inherit and handle to get it embedded into MD, and your find will look
> >like the find people expect irrespective of your source buffer of
> >choice.
> >
> >--Todd
> >
> >On Wed, 2004-01-28 at 11:07, Marco Canini wrote:
> >  
> >
> >>Here's my suggestion:
> >>don't preclude any way!
> >>
> >>In eclipse the editor is not one, there's a collection of editors and
> >>they implement a common interface.
> >>
> >>I don't think there would be too much penalty in doing it so also in MD.
> >>So you can use sourceview, scintilla, maybe a vim binding, etc...
> >>
> >>What do you think?
> >>
> >>On Wed, 2004-01-28 at 16:01, Ben Maurer wrote:
> >>    
> >>
> >>>I actually use SciTE for my editor right now :-).
> >>>
> >>>Folding is in the plans for SourceView, so I would rather push this then
> >>>rely on Scintilla.
> >>>
> >>>The problem with Scintilla is that it is not very well integrated with
> >>>GNOME. The idea here is to make an editor that, as I stated on my blog,
> >>>feels as native to Linux as VS.net does on Windows.
> >>>
> >>>If I wanted 5000 editor features, we would be binding vim or emacs,
> >>>anyways :-).
> >>>
> >>>If someone *really* wants folding, I am sure the gtksourceview team
> >>>would love and be happy to check in any patch. Ditto for any other
> >>>feature.
> >>>
> >>>-- Ben
> >>>
> >>>On Wed, 2004-01-28 at 09:47, Mike Krueger wrote:
> >>>      
> >>>
> >>>>Hi
> >>>>
> >>>>One advantage of Scintilla is that it HAS folding and many other 
> >>>>features and it could be used inside #Develop too (GtkSourceView would
> >>>>be a step backward for the windows version) this will enhance the future 
> >>>>compatibility of #Develop and MonoDevelop if we choose to do
> >>>>it this way. I don't know if you have seen this: 
> >>>>http://sourceforge.net/projects/scide/ this is the beginning of a 
> >>>>wrapper for scintilla ... I don't know
> >>>>if there are more out there.
> >>>>
> >>>>Regards
> >>>>Mike
> >>>>
> >>>>        
> >>>>
> >>>>>I read the text buffer is going to be migrated to GtkSourceView for 
> >>>>>scalability and usability. I have been using Anjuta(based on 
> >>>>>scintilla) for a few months, it supports code folding and auto 
> >>>>>complete features. I would like to suggest using Scintilla over 
> >>>>>GtkSourceView, so we can gain the new functionality without writing to 
> >>>>>much code.
> >>>>>
> >>>>> 
> >>>>>
> >>>>>Links:
> >>>>>
> >>>>>http://www.scintilla.org/
> >>>>>
> >>>>> 
> >>>>>
> >>>>>http://anjuta.sourceforge.net/
> >>>>>
> >>>>> 
> >>>>>
> >>>>>Thanks,
> >>>>>
> >>>>>Jesus
> >>>>>
> >>>>>          
> >>>>>
> >>>>_______________________________________________
> >>>>Monodevelop-list mailing list
> >>>>Monodevelop-list@lists.ximian.com
> >>>>http://lists.ximian.com/mailman/listinfo/monodevelop-list
> >>>>        
> >>>>
> >>>_______________________________________________
> >>>Monodevelop-list mailing list
> >>>Monodevelop-list@lists.ximian.com
> >>>http://lists.ximian.com/mailman/listinfo/monodevelop-list
> >>>      
> >>>
> >
> >
> >
> >  
> >
> 
> _______________________________________________
> Monodevelop-list mailing list
> Monodevelop-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/monodevelop-list
-- 
Marco Canini <marco.canini@fastwebnet.it>