>From and outsiders perspective....
I too would absolutely LOVE this feature. Not just in GTK, but in OS X as well.
the OS X NSSearchField however (to my shock!) does not implement this
functionality either.
Apple has exposed this in the NSTextView (with spell check et al...) which is
akin to GTKTextView. I suppose one could create a single line text view. In any
case it seems like this would be a GREAT end user tool to be included in an
application. I am surprised to read there is not that much use of it.
As for the word deprecated (http://en.wikipedia.org/wiki/Deprecated) when I see
this word anywhere it makes me RUN. I know that sooner or later that feature is
NOT going to be there no matter how much I want it to be. So I can certainly
(as a user of the library) understand why one would assume that deprecated also
means DON'T work on it any more. I try to choose long lived objects, could it
be that its use has been limited by placing a status of deprecated on it?
My users are constantly looking up customer information. I want to give the CEO
a tool by which he can pull up snapshots of customers by simply put in a word
like "color" in the text field, and have all possible customers with that word
"color" in their name appear. This seems to me like a must have for people at
his level as they have 0 typing skills, and do not know any of the customer
account numbers, and since 99% of all business do deal with some number of
customers, and invariably have CEO who still pigeon pick at the keyboard, this
type of functionality is not just useful, but gets us big pats on the back.
At the end of the day, I can certainly do it "programmaticly", but is the point
of a library NOT to have to app developers re-writing the same type of code? Of
course this is beyond what is offered on the base platforms themselves.
Thanks for reading my rant,
Shawn
> Subject: Re: Why is GCompletion deprecated
> From: eba...@gmail.com
> To: gtk-devel-list@gnome.org
> Date: Mon, 28 Jun 2010 17:59:47 +0100
>
> On Mon, 2010-06-28 at 18:43 +0200, Christian Dywan wrote:
>
> > > and, again, there is this false impression that deprecation is akin to
> > > removal.
> > >
> > > [...]
> > >
> > > you can either #undef G_DISABLE_DEPRECATED for the files that use
> > > these particular data structures, or copy gcompletion.[ch] in your
> > > project; since these files haven't been really changed in a while, the
> > > maintenance burden for projects is not heavy.
> >
> > One has to wonder where this "false impression" is coming from. Is it
> > by any chance because there are loads of bugs and wiki pages about
> > using G_DISABLE_FOOBAR and not relying on deprecated code?
>
> it's a maintainer's choice to make your application rely on deprecated
> code; all the bugs and wiki pages in the world are there in an
> informational capacity only: I cannot get on your repository and just
> rip code out of your application.
>
> ciao,
> Emmanuele.
>
> --
> W: http://www.emmanuelebassi.name
> B: http://blogs.gnome.org/ebassi
>
> _______________________________________________
> gtk-devel-list mailing list
> gtk-devel-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gtk-devel-list
_________________________________________________________________
Hotmail is redefining busy with tools for the New Busy. Get more from your
inbox.
http://www.windowslive.com/campaign/thenewbusy?ocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_2
_______________________________________________
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list