[prev in list] [next in list] [prev in thread] [next in thread]
List: gtk-devel
Subject: RE: Why is GCompletion deprecated
From: Shawn Bakhtiar <shashaness () hotmail ! com>
Date: 2010-06-28 18:54:06
Message-ID: SNT125-W6A1F58418982516D7150BC4CA0 () phx ! gbl
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
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: ebassi@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
[Attachment #5 (text/html)]
<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Verdana
}
--></style>
</head>
<body class='hmmessage'>
From and outsiders perspective....<br><br>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.<br><br>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. <br><br>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? <br><br>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.<br><br>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.<br><br>Thanks for reading my \
rant,<br>Shawn<br><br><br><br><br><br><br>> Subject: Re: Why is GCompletion \
deprecated<br>> From: ebassi@gmail.com<br>> To: \
gtk-devel-list@gnome.org<br>> Date: Mon, 28 Jun 2010 17:59:47 +0100<br>> \
<br>> On Mon, 2010-06-28 at 18:43 +0200, Christian Dywan wrote:<br>> <br>> \
> > and, again, there is this false impression that deprecation is akin \
to<br>> > > removal.<br>> > > <br>> > > [...]<br>> > \
> <br>> > > you can either #undef G_DISABLE_DEPRECATED for the files that \
use<br>> > > these particular data structures, or copy gcompletion.[ch] in \
your<br>> > > project; since these files haven't been really changed in a \
while, the<br>> > > maintenance burden for projects is not heavy.<br>> \
> <br>> > One has to wonder where this "false impression" is coming from. Is \
it<br>> > by any chance because there are loads of bugs and wiki pages \
about<br>> > using G_DISABLE_FOOBAR and not relying on deprecated code?<br>> \
<br>> it's a maintainer's choice to make your application rely on \
deprecated<br>> code; all the bugs and wiki pages in the world are there in \
an<br>> informational capacity only: I cannot get on your repository and \
just<br>> rip code out of your application.<br>> <br>> ciao,<br>> \
Emmanuele.<br>> <br>> -- <br>> W: http://www.emmanuelebassi.name<br>> B: \
http://blogs.gnome.org/ebassi<br>> <br>> \
_______________________________________________<br>> gtk-devel-list mailing \
list<br>> gtk-devel-list@gnome.org<br>> \
http://mail.gnome.org/mailman/listinfo/gtk-devel-list<br> <br /><hr \
/>Hotmail is redefining busy with tools for the New Busy. Get more from your inbox. \
<a href='http://www.windowslive.com/campaign/thenewbusy?ocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_2' \
target='_new'>See how.</a></body> </html>
_______________________________________________
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic