Re: Snippets library

[perriman <chuchiperriman gmail com>]

Hi Johannes,

To make snippets library independant from gsv I need:

1.- Get the cursor position to positioning the popup (I need study
GtkTooltip).
2.- Get the selected word to get the snippet filter.
3.- When I add support to {0:example} tags (view gedit snippets plugin)
i need replace all {0:example} with a word that the user write.


I can do some of this:

1.- Assign function pointers to do this actions (ugly)

2.- Create an editor interface: We may develop a wrapper to the editors
like GtkSourceViewEditorImpl, SciteEditorImpl that implement this
interface.

3.- Use IAnjutaEditor interface: All non anjuta applcation cannot use
this interface


I don't know how to do this in a clean way. Can you help me?

Regards,
	Chuchi


El mar, 06-03-2007 a las 16:31 +0100, Johannes Schmid escribi� Hi Chuchi!
> 
> > http://gtksnippets.sourceforge.net/wiki
> 
> As I already mentioned on IRC, I think that this is really nice. Anyway,
> from the anjuta point of view, we would like to have something
> independant from gtksourceview.
> 
> > Another quiestion:
> > 
> > Are you related with libgdl (gnome development library)? Perhaps we need
> > add all this utilities in this library? I don't know.
> 
> libgdl is maintained by the anjuta team but I think we should not add
> extra API to it. Many people already complained that it contains too
> much unrelated API.
> 
> > The next step (when the snippets library will be closed) is develop a
> > library to add autocompletion support to the gtksourceview
> > 
> > pbor:
> > I think autocompletion should work like in eclipse
> >  where there is a completion widget that pops up on ctrl+space
> >  and contains possible completions which come from different sources
> >  (snippets, remembered words, CTAGS, language keywords, etc)
> 
> Again, from the view of a anjuta developer, autocompletition and tags
> are different things. Autocompletition is something the user can request
> using ctrl-space while tags should automaticly be shown when they are
> detected.
> 
> For the implementation I think a combination of the new GtkTooltip API
> in Gtk 2.11 and the SexyTooltip of libsexy looks like a clean solution
> without the need to care about Gdk/GtkWindows, placement and other ugly
> stuff.
> 
> Regards,
> Johannes
>