Re: GtkText Problems Update
- From: "Esquibel, Rick" <Rick Esquibel ARZ Boeing com>
- To: "'gtk-list gnome org'" <gtk-list gnome org>
- Subject: Re: GtkText Problems Update
- Date: Thu, 8 Mar 2001 07:19:11 -0700
You can also use gtk_text_get_length(GTK_TEXT(text)) to get the number of
characters.
Cheers.....
Rick Esquibel
Embedded Software/Engineer
5000 E. McDowell Road
Mesa, AZ 85215-9797
(480) 891-8423
rick esquibel boeing com
> ----------
> From: gtk-list-request gnome org[SMTP:gtk-list-request gnome org]
> Reply To: gtk-list gnome org
> Sent: Thursday, March 08, 2001 2:35 AM
> To: gtk-list gnome org
> Subject: gtk-list digest, Vol 1 #378 - 20 msgs
>
> Send gtk-list mailing list submissions to
> gtk-list gnome org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://mail.gnome.org/mailman/listinfo/gtk-list
> or, via email, send a message with subject or body 'help' to
> gtk-list-request gnome org
>
> You can reach the person managing the list at
> gtk-list-admin gnome org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of gtk-list digest..."
>
>
> Today's Topics:
>
> 1. Re: GtkText Problems Update (CyborgHead netscape net)
> 2. Re: drawing speed under Windows (Ron Steinke)
> 3. Re: Position of TOP_LEVEL window (Havoc Pennington)
> 4. Re: drawing speed under Windows (Havoc Pennington)
> 5. gammaCurve resetting (Elie Jamaa)
> 6. Re: drawing speed under Windows (Deborah Swayne)
> 7. Re: drawing speed under Windows (Havoc Pennington)
> 8. Re: drawing speed under Windows (srlytle_list yahoo com)
> 9. Re: drawing speed under Windows (Havoc Pennington)
> 10. RE: GtkText Problems Update (Dugas, Alan)
> 11. A question on GtkText bindings (Eamonn Martin Galvin)
> 12. How to access to a check button label (Germano Rizzo)
> 13. Re: How to access to a check button label (Jeff Shipman)
> 14. Re: Position of TOP_LEVEL window (porte cyril)
> 15. Re: How to access to a check button label (Germano Rizzo)
> 16. Re: How to access to a check button label (Sven Neumann)
> 17. Re: [Slashem-devel] Re: GTK+-1.2.9 Released (Peter Makholm)
> 18. Re: GTK+-1.2.9 Released (Dave Benson)
> 19. Re: GTK+-1.2.9 Released (J. Ali Harlow)
> 20. normal button labels (CyborgHead netscape net)
>
> --__--__--
>
> Message: 1
> Date: Wed, 07 Mar 2001 12:04:42 -0500
> From: CyborgHead netscape net
> To: CyborgHead netscape net
> Cc: gtk-list gnome org
> Subject: Re: GtkText Problems Update
>
> Ignore the last question. I figured it out I hope.
>
>
> char *temp = gtk_editable_get_chars( GTK_EDITABLE( text ), 0, -1);
> int size = strlen(temp);
> gtk_text_backward_delete( GTK_TEXT( text ), size );
>
> I think that this should work.
> Is there a better way.
>
>
> CyborgHead netscape net wrote:
> >
> > Hello.
> > I am having a problem with GtkText. I have a Text Box, which is
> updated bu a function finding errors in a script. If errors are found a
> dialog box appears with all the errors in the Text Box. If I close this
> dialog box, and try to parse the script again, naturally it should have
> the same errors and does, however the errors are added on to the end of
> the existing information in the text box, meaning that the smae errors are
> printed twice. I want the Text Box to be cleared before each parseing. I
> tried gtk_entry_set_text() but it would not accept the typecasting of a
> GtkText to GtkEntry.
> > I then tried gtk_text_backward_delete(), however I do not know how
> many characters will be in the textBox, therefore cannot specify this. I
> tried setting a very high value such as 10000, but this didn't work. I
> also tried -1, thinking that it might mean delete all character as in
> gtk_text_insert, which also didnt work.
> >
> > Any ideas how I can empyt the TextBox.
> > Thanks
> >
> > Ciaran
> > __________________________________________________________________
> > Get your own FREE, personal Netscape Webmail account today at
> http://webmail.netscape.com/
> >
> > _______________________________________________
> > gtk-list mailing list
> > gtk-list gnome org
> > http://mail.gnome.org/mailman/listinfo/gtk-list
> >
> __________________________________________________________________
> Get your own FREE, personal Netscape Webmail account today at
> http://webmail.netscape.com/
>
>
> --__--__--
>
> Message: 2
> Date: Wed, 07 Mar 2001 07:29:19 -0800
> To: hp redhat com, dfs research att com
> Subject: Re: drawing speed under Windows
> Cc: gtk-list gnome org
> <y5wd7bucego fsf icon labs redhat com>
> From: Ron Steinke <rsteinke w-link net>
>
> > From: Havoc Pennington <hp redhat com>
> >
> > Deborah Swayne <dfs research att com> writes:
> > >
> > > The use of plural drawing routines (draw_points instead of
> > > draw_point, etc) improves drawing speed **twenty-fold** for
> > > Windows versions of gtk programs.
> >
> > The reason draw_points() etc. have never been included is that the
> > patch has always been for X11. Under X, multiple draw_point() requests
> > in a row get compressed by Xlib anyhow, so draw_points() is not faster
> > in any way.
> >
> > On Windows, the first and best option would be to do something
> > similar, i.e. transparently do the compression into a single call,
> > without the programmer having to fool around with making an array of
> > points or rectangles or whatever.
>
> Mabye the windows version of draw_point could cache the points, and
> then call draw_points on a timeout when the main loop executes?
>
> Ron Steinke
>
>
> --__--__--
>
> Message: 3
> To: "Tom Knowles" <tom peters co uk>
> Cc: "GTK-GNOME" <gtk-list gnome org>
> Subject: Re: Position of TOP_LEVEL window
> From: Havoc Pennington <hp redhat com>
> Date: 07 Mar 2001 13:56:08 -0500
>
>
> "Tom Knowles" <tom peters co uk> writes:
> > The TOP_LEVEL window seems to want to position itself centrally. I have
> > tried set_uposition (0,0) but it makes no difference. With subservient
> > dialogs there is no problem.
> > Can I force the window top left.
>
> The window manager has ultimate control here. It would normally obey
> the uposition, but is allowed to ignore that setting and put the
> window in the center anyhow.
>
> Havoc
>
>
> --__--__--
>
> Message: 4
> To: Ron Steinke <rsteinke w-link net>
> Cc: dfs research att com, gtk-list gnome org
> Subject: Re: drawing speed under Windows
> <y5wd7bucego fsf icon labs redhat com>
> <3AA653CF nail82T21Y20D yggdrasil>
> From: Havoc Pennington <hp redhat com>
> Date: 07 Mar 2001 13:57:51 -0500
>
>
>
> Ron Steinke <rsteinke w-link net> writes:
> > Mabye the windows version of draw_point could cache the points, and
> > then call draw_points on a timeout when the main loop executes?
> >
>
> Yep I think that's pretty much the right idea. There may be tricky
> details.
>
> Havoc
>
>
> --__--__--
>
> Message: 5
> Date: Wed, 07 Mar 2001 19:27:43 +0000
> From: Elie Jamaa <elie dneg com>
> Reply-To: elie dneg com
> Organization: Double Negative
> To: gtk-list gnome org
> Subject: gammaCurve resetting
>
> Hi boys and girls,
>
> Does anybody know how to reset a gammaCurve ?
> The void gtk_curve_reset (GtkCurve *curve); won't
> do as it only accepts a GTK_CURVE and casting a gammaCurve as a
> GTK_CURVE doesn't seem to work.
>
> Am I missing something ?
>
> Thanks in advance for any help or pointer.
>
> Cheers.
>
> e.
>
>
>
> --__--__--
>
> Message: 6
> Date: Wed, 7 Mar 2001 14:26:12 -0500
> From: Deborah Swayne <dfs research att com>
> To: Ron Steinke <rsteinke w-link net>
> Cc: hp redhat com, gtk-list gnome org
> Subject: Re: drawing speed under Windows
>
> On Wed, Mar 07, 2001 at 07:29:19AM -0800, Ron Steinke wrote:
> >
> > Mabye the windows version of draw_point could cache the points, and
> > then call draw_points on a timeout when the main loop executes?
> >
> > Ron Steinke
>
> If anyone actually does this, come and talk to me about a
> reward. :^)
>
> --
> Deborah Swayne AT&T Labs - Research
> dfs research att com Shannon Laboratory, Room B295
> www.research.att.com/~dfs 180 Park Avenue
> 973 360-8423 Florham Park, NJ 07932-0971
>
>
> --__--__--
>
> Message: 7
> To: Deborah Swayne <dfs research att com>
> Cc: Ron Steinke <rsteinke w-link net>, gtk-list gnome org
> Subject: Re: drawing speed under Windows
> <y5wd7bucego fsf icon labs redhat com>
> <3AA653CF nail82T21Y20D yggdrasil>
> <20010307142612 I1495114 fry research att com>
> From: Havoc Pennington <hp redhat com>
> Date: 07 Mar 2001 14:50:52 -0500
>
>
> Deborah Swayne <dfs research att com> writes:
> > On Wed, Mar 07, 2001 at 07:29:19AM -0800, Ron Steinke wrote:
> > >
> > > Mabye the windows version of draw_point could cache the points, and
> > > then call draw_points on a timeout when the main loop executes?
> > >
> > > Ron Steinke
> >
> > If anyone actually does this, come and talk to me about a
> > reward. :^)
> >
>
> I created this bug:
>
> http://bugzilla.gnome.org/show_bug.cgi?id=51828
>
> Get on the CC list for the bug to track progress.
>
> Havoc
>
>
>
> --__--__--
>
> Message: 8
> Date: Wed, 7 Mar 2001 13:36:55 -0500
> From: srlytle_list yahoo com
> To: gtk-list gnome org
> Subject: Re: drawing speed under Windows
>
> > > Mabye the windows version of draw_point could cache the points, and
> > > then call draw_points on a timeout when the main loop executes?
> > >
> >
> > Yep I think that's pretty much the right idea. There may be tricky
> > details.
>
>
> when exactly did the G in gtk start standing for automa_g_ically?
>
>
> first off, in cvs right now, there is draw_points. in fact, draw_point
> calls draw_points with a single point. the origonal posting was asking
> for draw_polygons.
>
> if you implement the above timeout proposal with sed "s/point/polygon/g",
> rather than provide a draw_polygons, it seems like you save an API
> prototype,
> at the cost of obfuscating what is actually happening and slowing down all
> draw_polygons(s) for everyone.
>
> i'm not enough of a scientist to say without experimenting, but the
> timeout
> seems like a non-negligible expense, and for any animation based stuff
> (even at a slow 20 fps) the 10msec minimum delay (from the timeout - or
> is this much quicker on windows), is significant.
>
> it seems like draw_polygons is a reasonable abstraction, and atleast one
> platform (windows) provides it natively, and only those drawables that
> have
> it natively need to implement it, because gdkdraw.c can just fallback to
> a loop of draw_polygon.
>
> i would encourage the inclusion of such a patch if it was forthcoming and
> good quality.
>
> seth
>
>
> --__--__--
>
> Message: 9
> To: srlytle_list yahoo com
> Cc: gtk-list gnome org
> Subject: Re: drawing speed under Windows
> <y5wd7bucego fsf icon labs redhat com>
> <3AA653CF nail82T21Y20D yggdrasil>
> <y5w8zmhiez4 fsf icon labs redhat com>
> <20010307133655 A1149 tomodreams mydomain org>
> From: Havoc Pennington <hp redhat com>
> Date: 07 Mar 2001 16:06:04 -0500
>
>
> srlytle_list yahoo com writes:
> >
> > when exactly did the G in gtk start standing for automa_g_ically?
> >
>
> Long ago. GTK strives to save programmer thought cycles whenever
> possible.
>
> However this particular optimization is in Xlib for the X11 port, and
> no one has ever accused Xlib of being too high-level.
>
>
> > first off, in cvs right now, there is draw_points. in fact, draw_point
> > calls draw_points with a single point. the origonal posting was asking
> > for draw_polygons.
>
> Sorry, I am really talking about draw_points, draw_polygons,
> draw_rectangles, etc. all as the same thing.
>
> > if you implement the above timeout proposal with sed
> "s/point/polygon/g",
> > rather than provide a draw_polygons, it seems like you save an API
> prototype,
> > at the cost of obfuscating what is actually happening and slowing down
> all
> > draw_polygons(s) for everyone.
>
> No. The X11 port already works exactly like this; multiple
> draw_rectangle() requests get compressed into a single
> draw_rectangles(). It seems to work fine for X11.
>
> > i'm not enough of a scientist to say without experimenting, but the
> timeout
> > seems like a non-negligible expense, and for any animation based stuff
> > (even at a slow 20 fps) the 10msec minimum delay (from the timeout - or
> > is this much quicker on windows), is significant.
>
> Timeout is wrong, yes. But you can batch stuff up without using a
> timeout; the X11 port already does (because Xlib does).
>
> > it seems like draw_polygons is a reasonable abstraction, and atleast one
> > platform (windows) provides it natively, and only those drawables that
> have
> > it natively need to implement it, because gdkdraw.c can just fallback to
> > a loop of draw_polygon.
>
> draw_polygons() is not an abstraction, it's exposing an implementation
> detail. The only reason to use it is efficiency, and we can trivially
> get efficiency without making programmers think about draw_polygons().
>
> Havoc
>
>
> --__--__--
>
> Message: 10
> From: "Dugas, Alan" <alan dugas analog com>
> To: CyborgHead netscape net
> Cc: gtk-list gnome org
> Subject: RE: GtkText Problems Update
> Date: Wed, 7 Mar 2001 16:12:30 -0500
>
> You could simplify the code and eliminate variables temp and size using;
>
> gtk_text_backward_delete(GTK_TEXT(text),
> gtk_text_get_length(GTK_TEXT(text));
>
> Hope this helps.
>
>
>
> -- Stupid Genius
> P.S.
> When using the gtk_editable_get_chars() method, don't forget to free()
> temp
> when you are done.
>
> > ----------
> > From: CyborgHead netscape net[SMTP:CyborgHead netscape net]
> > Sent: Wednesday, March 07, 2001 12:04 PM
> > To: CyborgHead netscape net
> > Cc: gtk-list gnome org
> > Subject: Re: GtkText Problems Update
> >
> > Ignore the last question. I figured it out I hope.
> >
> >
> > char *temp = gtk_editable_get_chars( GTK_EDITABLE( text ), 0, -1);
> > int size = strlen(temp);
> > gtk_text_backward_delete( GTK_TEXT( text ), size );
> >
> > I think that this should work.
> > Is there a better way.
> >
> >
> > CyborgHead netscape net wrote:
> > >
> > > Hello.
> > > I am having a problem with GtkText. I have a Text Box, which is
> > updated bu a function finding errors in a script. If errors are found a
> > dialog box appears with all the errors in the Text Box. If I close this
> > dialog box, and try to parse the script again, naturally it should have
> > the same errors and does, however the errors are added on to the end of
> > the existing information in the text box, meaning that the smae errors
> are
> > printed twice. I want the Text Box to be cleared before each parseing. I
> > tried gtk_entry_set_text() but it would not accept the typecasting of a
> > GtkText to GtkEntry.
> > > I then tried gtk_text_backward_delete(), however I do not know how
> > many characters will be in the textBox, therefore cannot specify this. I
> > tried setting a very high value such as 10000, but this didn't work. I
> > also tried -1, thinking that it might mean delete all character as in
> > gtk_text_insert, which also didnt work.
> > >
> > > Any ideas how I can empyt the TextBox.
> > > Thanks
> > >
> > > Ciaran
> > > __________________________________________________________________
> > > Get your own FREE, personal Netscape Webmail account today at
> > http://webmail.netscape.com/
> > >
> > > _______________________________________________
> > > gtk-list mailing list
> > > gtk-list gnome org
> > > http://mail.gnome.org/mailman/listinfo/gtk-list
> > >
> > __________________________________________________________________
> > Get your own FREE, personal Netscape Webmail account today at
> > http://webmail.netscape.com/
> >
> > _______________________________________________
> > gtk-list mailing list
> > gtk-list gnome org
> > http://mail.gnome.org/mailman/listinfo/gtk-list
> >
>
>
> --__--__--
>
> Message: 11
> From: Eamonn Martin Galvin <galvin student cs ucc ie>
> Subject: A question on GtkText bindings
> To: gtk-list gnome org
> Date: Wed, 7 Mar 2001 21:38:05 +0000 (GMT)
>
> Hey guys
>
> For the past few weeks I've been doing a project for college in Gtk+.
> However I have a problem.
>
> I want to change the default binding for the 'activate' signal in a
> GtkText widget
> from Ctrl-Enter to enter.
>
> I also want enter to perform its regular function.
>
> Any ideas?
>
> Cheers,
> Ed Galvin
>
>
> --__--__--
>
> Message: 12
> From: "Germano Rizzo" <manomano ciaoweb it>
> To: <gtk-list gnome org>
> Subject: How to access to a check button label
> Date: Wed, 7 Mar 2001 22:46:39 +0100
> charset="iso-8859-1"
>
> Hi!
> I'm using a gtk_check_button... the API dox say that if I use
> gtk_check_button_new_with_label("*"), it creates a label next to the
> button.
> Well, that's true; but how can I change its text? I tried with
> gtk_label_set_text(GTK_CHECK_BUTTON(mywid)->label),
> gtk_label_set_text(GTK_LABEL(mywid)), and all I can think about, but...
> alas! No luck! :(
> Thanx in advance,
> mano :)
>
>
>
> --__--__--
>
> Message: 13
> Date: Wed, 7 Mar 2001 15:09:54 -0700 (MST)
> From: Jeff Shipman <shippy nmt edu>
> To: Germano Rizzo <manomano ciaoweb it>
> Cc: <gtk-list gnome org>
> Subject: Re: How to access to a check button label
> Organization: New Mexico Institute of Mining and Technology
>
> Hrm, I looked at the source and it looks like it
> creates its own widget in gtk_check_button_new_with_label()
> that is only local to that function. So, I dunno
> if you can. :(
>
> That's weird...it seems like you should be able
> to change it...
>
> Jeff "Shippy" Shipman E-Mail: shippy nmt edu
> Computer Science Major ICQ: 1786493
> New Mexico Institute of Mining and Technology
> Homepage: http://www.nmt.edu/~shippy
>
> On Wed, 7 Mar 2001, Germano Rizzo wrote:
>
> > Hi!
> > I'm using a gtk_check_button... the API dox say that if I use
> > gtk_check_button_new_with_label("*"), it creates a label next to the
> button.
> > Well, that's true; but how can I change its text? I tried with
> > gtk_label_set_text(GTK_CHECK_BUTTON(mywid)->label),
> > gtk_label_set_text(GTK_LABEL(mywid)), and all I can think about, but...
> > alas! No luck! :(
> > Thanx in advance,
> > mano :)
> >
> >
> > _______________________________________________
> > gtk-list mailing list
> > gtk-list gnome org
> > http://mail.gnome.org/mailman/listinfo/gtk-list
> >
>
>
>
> --__--__--
>
> Message: 14
> From: "porte cyril" <porte_cyril noos fr>
> To: "GTK-GNOME" <gtk-list gnome org>
> Subject: Re: Position of TOP_LEVEL window
> Date: Wed, 7 Mar 2001 23:07:47 +0100
> charset="iso-8859-1"
>
> Perhaps could you see the options of your Window Manager.
> I use KDE, and there is some options in the control panel.
>
> Cyril
> ----- Original Message -----
> From: "Havoc Pennington" <hp redhat com>
> To: "Tom Knowles" <tom peters co uk>
> Cc: "GTK-GNOME" <gtk-list gnome org>
> Sent: Wednesday, March 07, 2001 7:56 PM
> Subject: Re: Position of TOP_LEVEL window
>
>
> >
> > "Tom Knowles" <tom peters co uk> writes:
> > > The TOP_LEVEL window seems to want to position itself centrally. I
> have
> > > tried set_uposition (0,0) but it makes no difference. With subservient
> > > dialogs there is no problem.
> > > Can I force the window top left.
> >
> > The window manager has ultimate control here. It would normally obey
> > the uposition, but is allowed to ignore that setting and put the
> > window in the center anyhow.
> >
> > Havoc
> >
> > _______________________________________________
> > gtk-list mailing list
> > gtk-list gnome org
> > http://mail.gnome.org/mailman/listinfo/gtk-list
> >
>
>
>
> --__--__--
>
> Message: 15
> From: "Germano Rizzo" <manomano ciaoweb it>
> To: "Jeff Shipman" <shippy nmt edu>
> Cc: <gtk-list gnome org>
> Subject: Re: How to access to a check button label
> Date: Wed, 7 Mar 2001 23:14:17 +0100
> charset="iso-8859-1"
>
> Thanx... it's not a great problem, indeed, I'll just create a chack button
> and a label... but it's most ugly!!! moreover, I've noticed also setting
> all
> the pads & spaces to 0, you'll get a space between the button and the text
> that's bigger than a regular check button with label... so, if I have many
> of them, I'll have get unaligned columns... bleach! <:P
> Thank you very much,
> Mano :)
>
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> GnomerMind - an intriguing puzzle
> game for your GNOME!
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> http://gnomermind.sourceforge.net
> mano78 users sourceforge net
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>
>
>
> --__--__--
>
> Message: 16
> To: "Germano Rizzo" <manomano ciaoweb it>
> Cc: <gtk-list gnome org>
> Subject: Re: How to access to a check button label
> From: Sven Neumann <sven gimp org>
> Date: 07 Mar 2001 23:34:50 +0100
>
> Hi,
>
> "Germano Rizzo" <manomano ciaoweb it> writes:
>
> > I'm using a gtk_check_button... the API dox say that if I use
> > gtk_check_button_new_with_label("*"), it creates a label next to the
> button.
> > Well, that's true; but how can I change its text? I tried with
> > gtk_label_set_text(GTK_CHECK_BUTTON(mywid)->label),
> > gtk_label_set_text(GTK_LABEL(mywid)), and all I can think about, but...
> > alas! No luck! :(
>
> You need to use a little extra knowledge about the internals of the
> GtkCheckButton:
>
> label = GTK_BIN (check_button)->child;
>
>
> Salut, Sven
>
>
> --__--__--
>
> Message: 17
> To: Dave Benson <daveb ffem org>
> Cc: "J. Ali Harlow" <gtk-list avrc city ac uk>,
> Valdis Kletnieks vt edu, gtk-list gnome org,
> slashem-devel lists sourceforge net
> Subject: Re: [Slashem-devel] Re: GTK+-1.2.9 Released
> <01030518005005 05447 tom avrc city ac uk>
> <200103070508 f27584329322 foo-bar-baz cc vt edu>
> <01030707153100 26467 tom avrc city ac uk>
> <20010306233939 A1230 luca pas lab>
> From: Peter Makholm <peter makholm net>
> Date: 07 Mar 2001 08:49:26 +0100
>
> Dave Benson <daveb ffem org> writes:
>
> > why not just insist that the users are in a special group (``slashem''
> maybe)
> > and make the directories writable by that group? if they cannot be
>
> NO! This is excatly what setgid is made for and that is why slashem
> uses it.
>
> If you want to remove setgid - fine - but it wouldn't be a rigth unix
> you would end up with.
>
> --
> Free beer får det bedste frem i en pingvin.
> http://peter.makholm.net/beer/
>
>
> --__--__--
>
> Message: 18
> Date: Tue, 6 Mar 2001 23:39:39 -0800
> From: Dave Benson <daveb ffem org>
> To: "J. Ali Harlow" <gtk-list avrc city ac uk>
> Cc: Valdis Kletnieks vt edu, gtk-list gnome org,
> slashem-devel lists sourceforge net
> Subject: Re: GTK+-1.2.9 Released
>
> > I'm glad you know so much about what Slash'EM can do :-) Actually,
> you're wrong.
> > The reason being that it needs to create and delete files during the
> course of
> > the game, the names of which cannot be determined at the start of the
> game. To
> > change this would require a complete game re-design. You could use a
> double
> > directory and use privileges to cd into the outer one, and allow others
> to
> > create and delete files inside the inner one, but it'd be pretty gross.
> >
> > Alternately, you could move all the files Slash'EM currently might
> create into
> > one large file (effectively re-implementing UNIX directories in
> Slash'EM). This
> > would also be a lot of work, quite apart from difficulties with locking
> the
> > relevant parts of the file.
> >
> > I'd sooner go for the helper option that either of these, for all the
> problems
> > that has.
>
> why not just insist that the users are in a special group (``slashem''
> maybe)
> and make the directories writable by that group? if they cannot be
> bothered to do that, suggest the directory by world-writable, and never
> store executables in there, and tell them not to too ;)
>
> - dave
>
>
> --__--__--
>
> Message: 19
> From: "J. Ali Harlow" <ali avrc city ac uk>
> Organization: Applied Vision Research Centre, City University
> To: Dave Benson <daveb ffem org>,
> "J. Ali Harlow" <gtk-list avrc city ac uk>
> Subject: Re: GTK+-1.2.9 Released
> Date: Wed, 7 Mar 2001 07:52:30 +0000
> Cc: Valdis Kletnieks vt edu, gtk-list gnome org,
> slashem-devel lists sourceforge net
>
> On Wed, 07 Mar 2001, Dave Benson wrote:
> > why not just insist that the users are in a special group (``slashem''
> maybe)
> > and make the directories writable by that group? if they cannot be
> > bothered to do that, suggest the directory by world-writable, and never
> > store executables in there, and tell them not to too ;)
>
> You mean run Slash'EM non-setgid? Yes, this always an option for our users
> when
> installing Slash'EM, but many prefer to prevent abuse by going for the
> setgid
> option. You raise an important point about executables however. Obviously,
> these should never be writable by group games (or placed in a directory
> writable by group games etc.) or you really would have a security problem.
>
> --
> Ali Harlow Email: ali avrc city ac uk
> Research programmer Tel: (020) 7477 8000 X 4348
> Applied Vision Research Centre Intl: +44 20 7477 8000 X 4348
> City University Fax: (020) 7505 5515
> London Intl: +44 20 7505 5515
>
>
> --__--__--
>
> Message: 20
> Date: Thu, 08 Mar 2001 04:26:45 -0500
> From: CyborgHead netscape net
> To: gtk-list gnome org
> Subject: normal button labels
>
> Hi.
> Is there a simple way to change the text in the label of a button set
> in the function gtk_button_new_with_label(), during runtime. I have looked
> at the example in the Tutorial Chapter 6.1 and it seems to complicated to
> just change the text in a button. Is there a quick and easy way to do it.
>
> Thanks
> Ciaran.
> __________________________________________________________________
> Get your own FREE, personal Netscape Webmail account today at
> http://webmail.netscape.com/
>
>
>
> --__--__--
>
> _______________________________________________
> gtk-list mailing list
> gtk-list gnome org
> http://mail.gnome.org/mailman/listinfo/gtk-list
>
>
> End of gtk-list Digest_______________________________________________
> gtk-list mailing list
> gtk-list gnome org
> http://mail.gnome.org/mailman/listinfo/gtk-list
>
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]
