[EMAIL PROTECTED] wrote:
> On 13 Feb, Kelly Lynn Martin wrote:
>
> > This can be dangerous; you can get a resizing loop if your code isn't
> > carefully written. Window managers can refuse to accept a client
> > resize request or can modify it, which could result in a duel between
> > GIMP and t
On 13 Feb, Kelly Lynn Martin wrote:
> This can be dangerous; you can get a resizing loop if your code isn't
> carefully written. Window managers can refuse to accept a client
> resize request or can modify it, which could result in a duel between
> GIMP and the window manager as the two fight ov
On Mon, 14 Feb 2000 14:21:39 -0500 (EST), Glyph Lefkowitz <[EMAIL PROTECTED]>
said:
>Rather than doing this, wouldn't it be possible to do the same thing
>that terminals do, I.E. make the window resizable by char cells
>rather than pixels? I like the fact that I can resize the window as
>I work
> On Fri, 11 Feb 2000 13:25:04 +0200 (EET), Tor Lillqvist <[EMAIL PROTECTED]> said:
>
> >One suggestion would be to not have the toolbox user-resizeable via
> >the window manager at all, but to have in the Preferences a setting
> >where you use a spinbutton to set the number of columns. If you s
On Fri, 11 Feb 2000 13:25:04 +0200 (EET), Tor Lillqvist <[EMAIL PROTECTED]> said:
>One suggestion would be to not have the toolbox user-resizeable via
>the window manager at all, but to have in the Preferences a setting
>where you use a spinbutton to set the number of columns. If you start
>from,
On Thu, 10 Feb 2000 19:50:07 +0100 (CET), [EMAIL PROTECTED] said:
> Hm, couldn't we use the event handling system to automatically resize
> the toolbox to a new good value on every resize event:
> If you enlarge the toolbox the window size automatically snaps on the
> next convenient size and vic
Raphael Quinet wrote:
> 1. Use WM hints to ensure that the toolbox has a minimum width. This
...
> 2. Try to take corrective measures in the Gimp when it detects that
...
> 3. Make it possible to split the toolbox in several independent
...
> 4. Use some tricks in Gtk to make sure that the full
One suggestion would be to not have the toolbox user-resizeable via the
window manager at all, but to have in the Preferences a setting where
you use a spinbutton to set the number of columns. If you start from,
say, three columns, and keep increasing the number, at the point where
the number of r
On Thu, Feb 10, 2000 at 10:29:56AM -0500, Zach Beane - MINT wrote:
> On Sat, Feb 12, 2000 at 10:09:42AM -0600, Jon Winters wrote:
> >
> > I've had problems with the toolbox ever since it became re-sizable. I can
> > size it exactly the way I want it, three vertical rows of tools with
> > colors,
On Thu, Feb 10, 2000 at 07:50:07PM +0100, [EMAIL PROTECTED] wrote:
> Hm, couldn't we use the event handling system to automatically resize
> the toolbox to a new good value on every resize event:
Yes. However, I estimate that it is easier to implement a saner menu
display than to implement the
On Thu, Feb 10, 2000 at 10:16:12AM +, Nick Lamb <[EMAIL PROTECTED]> wrote:
> It's not a gratuitous change, but I'm not going to defend it to the
> death if people object.
Well, I see your point now. I would not object to do this in 1.2 (but only
then, since it is yet another menu shortcoming
I've had problems with the toolbox ever since it became re-sizable. I can
size it exactly the way I want it, three vertical rows of tools with
colors, brushes, patterns, and gradients below but the brushes, patterns,
and gradients are always pushed outside the window, invisible and
un-usable.
I
On 10 Feb, Raphael Quinet wrote:
>> Flexibility is ok.. but some time create problems.
>> Why don't set fixed sizes x*y to cover all the dimension of toolbar?
>> This could be usefull to have right dimension and good
>> rappresentation.
> Unfortunately, this is not so simple. Constraining the d
> > I've had problems with the toolbox ever since it became re-sizable. I can
> > size it exactly the way I want it, three vertical rows of tools with
> > colors, brushes, patterns, and gradients below but the brushes, patterns,
> > and gradients are always pushed outside the window, invisible an
On Sat, Feb 12, 2000 at 10:09:42AM -0600, Jon Winters wrote:
>
> I've had problems with the toolbox ever since it became re-sizable. I can
> size it exactly the way I want it, three vertical rows of tools with
> colors, brushes, patterns, and gradients below but the brushes, patterns,
> and grad
Jon Winters ([EMAIL PROTECTED]) wrote:
> I've had problems with the toolbox ever since it became re-sizable. I can
> size it exactly the way I want it, three vertical rows of tools with
> colors, brushes, patterns, and gradients below but the brushes, patterns,
> and gradients are always pushed o
On Sat, 12 Feb 2000, Jon Winters <[EMAIL PROTECTED]> wrote:
^
You seem to have a problem with the date on your computer. :-)
> I've had problems with the toolbox ever since it became re-sizable. I can
> size it exactly the way I want it, three vertical rows of tools with
> co
I'll try your technique but shouldn't the toolbox be coded so that all
parts are visible all the time?
End users are going to be frightned if they resize the toolbox using the
corner of the window like they would with anything else and parts start
dissappearing.
To make matters worse, I messed
On Thu, 10 Feb 2000, "Daniele Medri" <[EMAIL PROTECTED]> wrote:
> about Toolbox resizeble.
>
> Flexibility is ok.. but some time create problems.
> Why don't set fixed sizes x*y to cover all the dimension of toolbar?
> This could be usefull to have right dimension and good rappresentation.
Unfor
> Here is an interesting experiment for those who do not understand
> what the problem is with the "Help" item in the toolbox:
> - start Gimp
> - resize the toolbox so that all tools are on a single column
> (approx. 30 x 750 pixels)
> - try to open a new image, or to do anything useful
about
Here is an interesting experiment for those who do not understand
what the problem is with the "Help" item in the toolbox:
- start Gimp
- resize the toolbox so that all tools are on a single column
(approx. 30 x 750 pixels)
- try to open a new image, or to do anything useful
The problem is that
On Thu, 10 Feb 2000, Nick Lamb <[EMAIL PROTECTED]> wrote:
> On Thu, Feb 10, 2000 at 04:47:48AM +0100, Marc Lehmann wrote:
> > c) you gave _no_ reason why?
>
> Ah, that wasn't clear from my diagrams? GTK+ draws space either side of
> a menu item, so the Help menu can cover over Xtns, making it use
On Wed, Feb 09, 2000 at 09:55:26PM -0700, Michael J. Hammel wrote:
> He sort of said so, but it wasn't clear to me at first either. The problem
> is that with the Toolbox squeezed in tight horizontally, the Help menu's
> text button can be squeezed off the right side. His way, that button is
> b
Nick Lamb ([EMAIL PROTECTED]) wrote:
[Reordering the Toolbox Menubar, because "Help" clobbers "Xtns" with
narrow Toolboxes]
What about renaming "Help" to "?" ? Maybe we can do this automagically
in narrow Toolboxes.
Is there a way to detect the clobbering?
Bye,
Simon
--
[EMAIL PR
On Thu, Feb 10, 2000 at 04:47:48AM +0100, Marc Lehmann wrote:
> a) what does HCI mean? ;)
Someone already answered this. To see bad examples, either look at
http://www.iarchitect.com/mshame.htm or look in a good bookstore.
> b) I always see programs do it the way gimp does it, so there must be
>
Thus spoke Marc Lehmann
> a) what does HCI mean? ;)
Human/Computer interfaces, I think. But I've been wrong before.
> b) I always see programs do it the way gimp does it, so there must be
>something about it
Its sort of a defacto standard (there are probably some style guides that
say to d
Marc Lehmann said...
|
|a) what does HCI mean? ;)
Human-computer interface
|b) I always see programs do it the way gimp does it, so there must be
| something about it
It gets done both ways - depends on the OS, the window
manager, the app, the toolkit...
I prefer it all the way to the right,
On Wed, Feb 09, 2000 at 03:14:58PM +, Nick Lamb <[EMAIL PROTECTED]> wrote:
>
> I'd like to change the Toolbox to do this:
>
> Can people please tell me why (technical or HCI reasons) I shouldn't
a) what does HCI mean? ;)
b) I always see programs do it the way gimp does it, so there must be
28 matches
Mail list logo
