Completion survey

[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@...
http://mail.gnome.org/mailman/listinfo/gnome-devtools

[Johannes Schmid-4]

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@...
> http://mail.gnome.org/mailman/listinfo/gnome-devtools

_______________________________________________
gnome-devtools mailing list
gnome-devtools@...
http://mail.gnome.org/mailman/listinfo/gnome-devtools

[Andrea Del Signore]

On Thu, 06 Nov 2008 10:14:45 +0100, Perriman wrote:

> 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

Hi Perriman,

I already use Gsc for a toy project of mine and I'm quite satisfied
with it. You can see it in action here:

http://vtg.googlecode.com

and a video with your completion library is here

http://vtg.googlecode.com/svn/wiki/screencasts/vtg-demo-1.ogg



Like Johannes said I'm interested in the completion infrastructure
instead of more providers and I've a little feature request:

an API to change the filter after the completion Popup is displayed.

With that a user can continue to write in the gtksourceview window after
to proposal popup is displayed and I can filter the proposals while
typing.

As a side note I experienced some performance issue during the creation
of the proposal object, but I don't know if is a glib/gobject problem or
a Gsc specific one. Anyway be aware that usually when completing a
GtkWidget the proposals can be as high a 500 items (413 IIRC).

Last but not least the deb packages are compiled with a lot of debug
messages turned on ;)


Have a nice day and thanks for all your work. Regards,
Andrea

P.S.
I think that the Devhelp plugin will be great if integrated in a
"calltip" component.

_______________________________________________
gnome-devtools mailing list
gnome-devtools@...
http://mail.gnome.org/mailman/listinfo/gnome-devtools

[Perriman]

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@...> 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@...
> > > http://mail.gnome.org/mailman/listinfo/gnome-devtools
> > _______________________________________________
> > gedit-list mailing list
> > gedit-list@...
> > http://mail.gnome.org/mailman/listinfo/gedit-list

_______________________________________________
gnome-devtools mailing list
gnome-devtools@...
http://mail.gnome.org/mailman/listinfo/gnome-devtools

[Johannes Schmid-4]

Hi!

> As a side note I experienced some performance issue during the creation
> of the proposal object, but I don't know if is a glib/gobject problem or
> a Gsc specific one. Anyway be aware that usually when completing a
> GtkWidget the proposals can be as high a 500 items (413 IIRC).

Well, that's related to GtkTreeModel/View or GtkComboBox. Just don't
display more than 30 items, they are not useful to the user anyway.
Instead, wait until you have more filter information. That works fine
for use (though we don't use gsc).

Regards,
Johannes


_______________________________________________
gnome-devtools mailing list
gnome-devtools@...
http://mail.gnome.org/mailman/listinfo/gnome-devtools

[Perriman]

Hi Andrea!!

Woh!!! I like vtg!!

I comment all issues down and sorry for my bad english:

El Fri, 7 Nov 2008 13:30:15 +0000 (UTC)
Andrea Del Signore <sejerpz@...> escribió:

> On Thu, 06 Nov 2008 10:14:45 +0100, Perriman wrote:
>
> > 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
>
> Hi Perriman,
>
> I already use Gsc for a toy project of mine and I'm quite satisfied
> with it. You can see it in action here:
>
> http://vtg.googlecode.com
>
> and a video with your completion library is here
>
> http://vtg.googlecode.com/svn/wiki/screencasts/vtg-demo-1.ogg
>
>
>
> Like Johannes said I'm interested in the completion infrastructure
> instead of more providers and I've a little feature request:
>
> an API to change the filter after the completion Popup is displayed.

>
> With that a user can continue to write in the gtksourceview window
> after to proposal popup is displayed and I can filter the proposals
> while typing.

I currently have GscTriggerAutowords. This trigger call to completion
when the user writes directly in the GtkTextView with a delay.

Really, this trigger call to a new completion when the user writes a
new character instead of call to completion once and when the user
writes a new character, filter the current content (with the filter).

I will add a new filter type to the popup. Something like
"HIDDEN_FILTER" and you can call to completion once and then change the
current filter by code without display the filter widget and without
get the focus. With that you could show the popup without the filter
visible and the user can write into the GtkTextView an you can modify
the filter programmatically.

>
> As a side note I experienced some performance issue during the
> creation of the proposal object, but I don't know if is a
> glib/gobject problem or a Gsc specific one. Anyway be aware that
> usually when completing a GtkWidget the proposals can be as high a
> 500 items (413 IIRC).

I will change an internal management of the apply signal in the
proposal. I think this is very slow because when you create a new
Proposal, it register an apply signal with a default function. I will
remove this apply signal in the proposal and I will add a new apply
function in the iface and, If you want to change the default apply
function, you will must to overwrite this function instead of connect
to the proposal apply signal. I think it is a lot of faster than
register and connect to a signal.

>
> Last but not least the deb packages are compiled with a lot of debug
> messages turned on ;)

Sorry, It was my first package and I had a lot of problems and forget
clean the debug messages.

>
>
> Have a nice day and thanks for all your work. Regards,
> Andrea
>
> P.S.
> I think that the Devhelp plugin will be great if integrated in a
> "calltip" component.

+1

Regards,
        Perriman
>
> _______________________________________________
> gedit-list mailing list
> gedit-list@...
> http://mail.gnome.org/mailman/listinfo/gedit-list
_______________________________________________
gnome-devtools mailing list
gnome-devtools@...
http://mail.gnome.org/mailman/listinfo/gnome-devtools

[Perriman]

Hi all,

        Currently I'm developing a new GscInfo object. This object can
be used to show a calltip. You can take a look in the svn version to
test/completion-demo for some examples (sorry for the demo code).

        You can adjust height and width to text an use it to show the
calltips. It is a simple object, only a few function to set text, show
and a useful function to set the popup info into the cursor.

If you want, you can take a look. I will develop some new features like
sort/extended view and a bottom bar with a buttom (you will hide it) to
show the sort or extended information (sort is the calltip and, if you
press extended we can show the function doc by example).

Regards,
        Perriman

El Thu, 06 Nov 2008 15:09:56 +0100
Johannes Schmid <jhs@...> escribió:

> 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@...
> > http://mail.gnome.org/mailman/listinfo/gnome-devtools

_______________________________________________
gnome-devtools mailing list
gnome-devtools@...
http://mail.gnome.org/mailman/listinfo/gnome-devtools

[Perriman]

Hi Andrea,

        A few days ago, I have added some new useful functions for you
(and all). With this code, you can hide the bottom bar (if you want) and
set the filter text without showing the filter entry (woh!!! I love my
english :):

GscManagerEventOptions opts;
gsc_manager_get_current_event_options(comp,&opts);
opts.filter_type = GSC_POPUP_FILTER_TREE_HIDDEN;
opts.filter_text = "the new filter text";
opts.show_bottom_bar = FALSE;
gsc_manager_update_event_options(comp,&opts);

If you have some problems, please, make me know.

Regards,



El Mon, 10 Nov 2008 14:01:45 +0100
Andrea Del Signore <sejerpz@...> escribió:

> On Mon, 2008-11-10 at 01:16 +0100, Perriman wrote:
> > Hi Andrea!!
> Hi Perriman,
>
> >
> > Woh!!! I like vtg!!
> Thanks but there is still a lot of work left to do ;)
>
>
> > I currently have GscTriggerAutowords. This trigger call to
> > completion when the user writes directly in the GtkTextView with a
> > delay.
> >
> > Really, this trigger call to a new completion when the user writes a
> > new character instead of call to completion once and when the user
> > writes a new character, filter the current content (with the
> > filter).
> >
> > I will add a new filter type to the popup. Something like
> > "HIDDEN_FILTER" and you can call to completion once and then change
> > the current filter by code without display the filter widget and
> > without get the focus. With that you could show the popup without
> > the filter visible and the user can write into the GtkTextView an
> > you can modify the filter programmatically.
>
> Cool! This is what I asked for. Thanks.
>
>
> > I will change an internal management of the apply signal in the
> > proposal. I think this is very slow because when you create a new
> > Proposal, it register an apply signal with a default function. I
> > will remove this apply signal in the proposal and I will add a new
> > apply function in the iface and, If you want to change the default
> > apply function, you will must to overwrite this function instead of
> > connect to the proposal apply signal. I think it is a lot of faster
> > than register and connect to a signal.
>
> I offer my help to test the new implementation when ready.
>
> For now my solution is to build a cache of 500 Proposal items on
> plugin instantiation.
>
> > Sorry, It was my first package and I had a lot of problems and
> > forget clean the debug messages.
> >
> No problem ;)
> I appreciated the packages availability a lot!
>
> > >
> > >
> > > Have a nice day and thanks for all your work. Regards,
> > > Andrea
> > >
> > > P.S.
> > > I think that the Devhelp plugin will be great if integrated in a
> > > "calltip" component.
> >
> > +1
> >
> > Regards,
> > Perriman
>
> Ciao,
> Andrea
>
> P.S.
> If you need to contact me on IRC I'm usually around gnome and vala
> channels on GIMPNet with the nick sejerpz
>

_______________________________________________
gnome-devtools mailing list
gnome-devtools@...
http://mail.gnome.org/mailman/listinfo/gnome-devtools

[Perriman]

Thanks Andrea!!

If you have some problem with the popup focus, please make me know
because I use xfce and I did see some focus problems on Gnome (I have
fixed it this morning, I think)



El Tue, 25 Nov 2008 21:24:01 +0100
Andrea Del Signore <sejerpz@...> escribió:

> On Tue, 2008-11-25 at 01:55 +0100, Perriman wrote:
> > Hi Andrea,
> Hi Perriman,
>
>
> >
> > A few days ago, I have added some new useful functions for
> > you (and all). With this code, you can hide the bottom bar (if you
> > want) and set the filter text without showing the filter entry
> > (woh!!! I love my english :):
>
> It's already on my hard disk ready for a test, I notice that you make
> some change last sunday, but I haven't had some free time until now.
>
> > If you have some problems, please, make me know.
>
> Sure! And Vtg is becoming so useful also thanks to your work.
>
> > Regards,
>
> Ciao,
> Andrea
>
> P.S.
> For me your english is ok, but I know that I'm not the right person to
> talk about it ;)
>

_______________________________________________
gnome-devtools mailing list
gnome-devtools@...
http://mail.gnome.org/mailman/listinfo/gnome-devtools