Re: [gedit-list] Completion survey

[Perriman <chuchiperriman gmail com>]

Hi all,

Fist thanks for your feedbacks!!!!!!


IMHO, The most important issue is integrate Gsc with
GtkSourceView. If we include the completion infrastructure into
GtkSourceView, we can use it in a lot of applications. It is difficult
and the Gsv people haven't got time for that.

I have not the time (perhaps I have not the knowledge) to
reimplement a new symbol parser, it is very difficult.

I think I will write a draft about a new mechanism to show calltips
easily and I will write some documentation about Gsc and some examples
for developers (How to create new Providers, Triggers, how to
integrate Gsc into your applications etc.)

If you have more ideas, please, make me know!!!!!

Thanks again to all!!!!!


El Fri, 07 Nov 2008 12:13:40 +0100
Jesse van den Kieboom <jesse icecrew nl> escribió:

> Hi Perriman,
> 
> I think that I can speak here for all gedit developers, that we are
> really excited still with the completion library you're developing.
> Although there has been little progress on our part, the completion
> framework is still high on my list of features I want to see
> integrated with gedit.
> 
> For gedit I'd like to see completion for specific languages. Although
> ctags is able to provide access to available symbols, integration is
> still messy imho (I worked on integrating ctags with gedit at some
> point) and it would be cool to be able to do completion not only on
> symbols (e.g. python/ruby dynamic completion). So a ctags like
> _library_ which could provide generic symbol lookup and dynamic
> completion (intellisense) would be really cool!
> 
> Unfortunately, I don't have any time to do any work on gedit at the
> moment, and I think gedit is getting a bit short on developers. Please
> bair with us :)
> 
> 
> Jesse
> 
> Op donderdag 06-11-2008 om 15:09 uur [tijdzone +0100], schreef
> Johannes Schmid:
> > Hi!
> > 
> > What would be really useful to me is a common infrastructure in
> > gtksourceview to allow showing completions and calltips. I am not
> > much interested in providers itself because they mostly depend on
> > the use of the editor and are not really useful to anjuta (we have
> > the ctags thing and will have the devhelp thing soon, so we simply
> > don't need it and I don't think there is a reason to implement it
> > again).
> > 
> > Regards,
> > Johannes
> > 
> > Am Donnerstag, den 06.11.2008, 10:14 +0100 schrieb Perriman:
> > > Hi all,
> > > 
> > > I'm developing GtkSourceCompletion (Gsc)
> > > (http://gtksourcecomple.sourceforge.net/) and I want to do a
> > > survey.
> > > 
> > > Currently I have created GtkSnippets library and I have
> > > integrated this library with Gsc. I have developed a provider
> > > that complete words written in a GtkTextView, in the Snippets
> > > database and words in a file. Another providers like Gedit
> > > documents, shows the open documents and, when select, set the
> > > focus on the selected document or open the document selected in
> > > the Recent Documents page...
> > > 
> > > I need some feedback about the future or roadmap of Gsc. What do
> > > you need about Gsc?
> > > 
> > > Examples:
> > > 
> > > - Multiple files completion: Complete files from multiple files
> > > - Devhelp completion: Search into the devhelp database and show
> > > completion from it.
> > > - Command completion: Execute a shell command and show the
> > > completion with the command output
> > > - Use ctags to complete symbols in the current TAGS file
> > > 
> > > Other features:
> > > 
> > > - Change the API using another programming style.
> > > - Use of the completion with other widgets (Not only GtkTextView)
> > > like scintilla or a GtkEntry etc.
> > > 
> > > I need your ideas to go in the right way and to do some useful
> > > features that we can use.
> > > 
> > > 
> > > Regards,
> > > 	Perriman
> > > 
> > > 
> > > 
> > > 
> > > _______________________________________________
> > > gnome-devtools mailing list
> > > gnome-devtools gnome org
> > > http://mail.gnome.org/mailman/listinfo/gnome-devtools
> > _______________________________________________
> > gedit-list mailing list
> > gedit-list gnome org
> > http://mail.gnome.org/mailman/listinfo/gedit-list