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
[EMAIL PROTECTED]
> ----------
> From: [EMAIL PROTECTED][SMTP:[EMAIL PROTECTED]]
> Reply To: [EMAIL PROTECTED]
> Sent: Thursday, March 08, 2001 2:35 AM
> To: [EMAIL PROTECTED]
> Subject: gtk-list digest, Vol 1 #378 - 20 msgs
>
> Send gtk-list mailing list submissions to
> [EMAIL PROTECTED]
>
> 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
> [EMAIL PROTECTED]
>
> You can reach the person managing the list at
> [EMAIL PROTECTED]
>
> 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 ([EMAIL PROTECTED])
> 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 ([EMAIL PROTECTED])
> 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 ([EMAIL PROTECTED])
>
> --__--__--
>
> Message: 1
> Date: Wed, 07 Mar 2001 12:04:42 -0500
> From: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> 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.
>
>
> [EMAIL PROTECTED] 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
> > [EMAIL PROTECTED]
> > 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: [EMAIL PROTECTED], [EMAIL PROTECTED]
> Subject: Re: drawing speed under Windows
> Cc: [EMAIL PROTECTED]
> <[EMAIL PROTECTED]>
> From: Ron Steinke <[EMAIL PROTECTED]>
>
> > From: Havoc Pennington <[EMAIL PROTECTED]>
> >
> > Deborah Swayne <[EMAIL PROTECTED]> 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" <[EMAIL PROTECTED]>
> Cc: "GTK-GNOME" <[EMAIL PROTECTED]>
> Subject: Re: Position of TOP_LEVEL window
> From: Havoc Pennington <[EMAIL PROTECTED]>
> Date: 07 Mar 2001 13:56:08 -0500
>
>
> "Tom Knowles" <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED], [EMAIL PROTECTED]
> Subject: Re: drawing speed under Windows
> <[EMAIL PROTECTED]>
> <3AA653CF.nail82T21Y20D@yggdrasil>
> From: Havoc Pennington <[EMAIL PROTECTED]>
> Date: 07 Mar 2001 13:57:51 -0500
>
>
>
> Ron Steinke <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> Organization: Double Negative
> To: [EMAIL PROTECTED]
> 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 <[EMAIL PROTECTED]>
> To: Ron Steinke <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED], [EMAIL PROTECTED]
> 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
> [EMAIL PROTECTED] 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 <[EMAIL PROTECTED]>
> Cc: Ron Steinke <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
> Subject: Re: drawing speed under Windows
> <[EMAIL PROTECTED]>
> <3AA653CF.nail82T21Y20D@yggdrasil>
> <[EMAIL PROTECTED]>
> From: Havoc Pennington <[EMAIL PROTECTED]>
> Date: 07 Mar 2001 14:50:52 -0500
>
>
> Deborah Swayne <[EMAIL PROTECTED]> 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: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> 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: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: Re: drawing speed under Windows
> <[EMAIL PROTECTED]>
> <3AA653CF.nail82T21Y20D@yggdrasil>
> <[EMAIL PROTECTED]>
> <[EMAIL PROTECTED]>
> From: Havoc Pennington <[EMAIL PROTECTED]>
> Date: 07 Mar 2001 16:06:04 -0500
>
>
> [EMAIL PROTECTED] 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" <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> 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: [EMAIL PROTECTED][SMTP:[EMAIL PROTECTED]]
> > Sent: Wednesday, March 07, 2001 12:04 PM
> > To: [EMAIL PROTECTED]
> > Cc: [EMAIL PROTECTED]
> > 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.
> >
> >
> > [EMAIL PROTECTED] 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
> > > [EMAIL PROTECTED]
> > > 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
> > [EMAIL PROTECTED]
> > http://mail.gnome.org/mailman/listinfo/gtk-list
> >
>
>
> --__--__--
>
> Message: 11
> From: Eamonn Martin Galvin <[EMAIL PROTECTED]>
> Subject: A question on GtkText bindings
> To: [EMAIL PROTECTED]
> 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" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> 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 <[EMAIL PROTECTED]>
> To: Germano Rizzo <[EMAIL PROTECTED]>
> Cc: <[EMAIL PROTECTED]>
> 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: [EMAIL PROTECTED]
> 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
> > [EMAIL PROTECTED]
> > http://mail.gnome.org/mailman/listinfo/gtk-list
> >
>
>
>
> --__--__--
>
> Message: 14
> From: "porte cyril" <[EMAIL PROTECTED]>
> To: "GTK-GNOME" <[EMAIL PROTECTED]>
> 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" <[EMAIL PROTECTED]>
> To: "Tom Knowles" <[EMAIL PROTECTED]>
> Cc: "GTK-GNOME" <[EMAIL PROTECTED]>
> Sent: Wednesday, March 07, 2001 7:56 PM
> Subject: Re: Position of TOP_LEVEL window
>
>
> >
> > "Tom Knowles" <[EMAIL PROTECTED]> 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
> > [EMAIL PROTECTED]
> > http://mail.gnome.org/mailman/listinfo/gtk-list
> >
>
>
>
> --__--__--
>
> Message: 15
> From: "Germano Rizzo" <[EMAIL PROTECTED]>
> To: "Jeff Shipman" <[EMAIL PROTECTED]>
> Cc: <[EMAIL PROTECTED]>
> 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
> [EMAIL PROTECTED]
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>
>
>
> --__--__--
>
> Message: 16
> To: "Germano Rizzo" <[EMAIL PROTECTED]>
> Cc: <[EMAIL PROTECTED]>
> Subject: Re: How to access to a check button label
> From: Sven Neumann <[EMAIL PROTECTED]>
> Date: 07 Mar 2001 23:34:50 +0100
>
> Hi,
>
> "Germano Rizzo" <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]>
> Cc: "J. Ali Harlow" <[EMAIL PROTECTED]>,
> [EMAIL PROTECTED], [EMAIL PROTECTED],
> [EMAIL PROTECTED]
> Subject: Re: [Slashem-devel] Re: GTK+-1.2.9 Released
> <[EMAIL PROTECTED]>
> <[EMAIL PROTECTED]>
> <[EMAIL PROTECTED]>
> <[EMAIL PROTECTED]>
> From: Peter Makholm <[EMAIL PROTECTED]>
> Date: 07 Mar 2001 08:49:26 +0100
>
> Dave Benson <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]>
> To: "J. Ali Harlow" <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED], [EMAIL PROTECTED],
> [EMAIL PROTECTED]
> 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" <[EMAIL PROTECTED]>
> Organization: Applied Vision Research Centre, City University
> To: Dave Benson <[EMAIL PROTECTED]>,
> "J. Ali Harlow" <[EMAIL PROTECTED]>
> Subject: Re: GTK+-1.2.9 Released
> Date: Wed, 7 Mar 2001 07:52:30 +0000
> Cc: [EMAIL PROTECTED], [EMAIL PROTECTED],
> [EMAIL PROTECTED]
>
> 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: [EMAIL PROTECTED]
> 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: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> 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
> [EMAIL PROTECTED]
> http://mail.gnome.org/mailman/listinfo/gtk-list
>
>
> End of gtk-list Digest_______________________________________________
> gtk-list mailing list
> [EMAIL PROTECTED]
> http://mail.gnome.org/mailman/listinfo/gtk-list
>
_______________________________________________
gtk-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/gtk-list
