On Sat, 2012-05-12 at 00:16 -0300, Guillermo Espertino (Gez) wrote:
El 11/05/12 20:21, Michael Natterer escribió:
Please file it in bugzilla, it's pointless to use threading if it
makes things slower, and we have no code to determine the #cpus on the
mac anyway, so we should default to
Hi,
AFAIK, our reasoning for presenting tools' options in a vertically
oriented dockable dialog in the sidebar is that we care about vertical
space.
If we do care about it, is there a reason we add a Wilber logo to the
top of the toolbar? I've been hearing questions how to remove it for a
couple
Hi Alexandre
On Sat, May 12, 2012 at 10:02 AM, Alexandre Prokoudine
alexandre.prokoud...@gmail.com wrote:
... is there a reason we add a Wilber logo to the
top of the toolbar?
AFAIK, the Wilber is a hint, that you can drag and drop files in this
window, to open this image. This makes the UI
Am 12.05.12 10:02, schrieb Alexandre Prokoudine:
Hi,
AFAIK, our reasoning for presenting tools' options in a vertically
oriented dockable dialog in the sidebar is that we care about vertical
space.
If we do care about it, is there a reason we add a Wilber logo to the
top of the toolbar? I've
On Sat, May 12, 2012 at 1:21 PM, gfxuser wrote:
IMO the Wilber logo is currently not obsolete. Its purpose is to drag and
drop files on it to open them in GIMP.
Oh?
1) I can't see how the logo is a hint that things can be dropped on
it. It looks more like a branding element. Maybe I'm missing
guys,
the answer is yes, yes, yes.
yes, wilber in the toolbox is suppose to help remember that
it is a drag + drop area for opening files (as new document).
does it (and the n-i-w) have a tooltip for it?
yes, it is also a bit of branding. wilber is watching you.
(btw, if someone wants to
Hi:
I just noticed that the function for saving defaults for the jpeg export
plugin isn't working in 2.8
Am I missing something or should I file a bug report?
btw, new jpeg defaults are much, much better than 2.6s but imo the
progressive option shouldn't be on. It makes the file size a tad
Cristi just pointed me to think that probably
users can have this option in preferences.
I mean to keep the Wilber or to hide Wilber for more vertical space in Toolbox
I will not remove Wilber ;) I promise
but some users in need for vertical space will appreciate this option.
personal note :
On 05/12/12 12:36, gfxuser wrote:
2) You absolutely don't need the logo to drop things top open. The
whole toolbox's area works that way.
Nice news! I didn't know this.
So this bar is only there to host a dumb logo, it is a total waste of
space in an environment where space is a premium.
peter sikking wrote:
well, usability is a lot more than ‘what can do people find out
in the first 5 minutes’ (ease of learning). GIMP is designed
for other goals: speed of use, the freedom to create, etc.
Hi Peter,
can you explain this in more detail, please? I'm honestly interested and
like
On Sat, 2012-05-12 at 15:41 +0200, peter sikking wrote:
SorinN wrote:
drop images text message would me more efficient and explicit
or probably an icon representing the drag and drop action...
now that would be really annoying, looking at that 40 hours a week,
every week of the year,
well, usability is a lot more than ‘what can do people find out
in the first 5 minutes’ (ease of learning). GIMP is designed
for other goals: speed of use, the freedom to create, etc.
strange, I was thinking that this topic was related to UI usability
of course speed of use has nothing to do with
guys,
lately I have been thinking about introducing a new process.
this thinking has been accelerated by the GIMP bof at the lgm,
where GIMP project members expressed concern about lack of
openness and transparency in the current UI redesign work, and
I expressed concern about lack of valuation
Liam wrote:
drop images text message would me more efficient and explicit
or probably an icon representing the drag and drop action...
now that would be really annoying, looking at that 40 hours a week,
every week of the year, no?
A gtk+ drop target might be a better approach.
is that a
gfxuser wrote:
peter sikking wrote:
well, usability is a lot more than ‘what can do people find out
in the first 5 minutes’ (ease of learning). GIMP is designed
for other goals: speed of use, the freedom to create, etc.
can you explain this in more detail, please? I'm honestly interested
El 12/05/12 13:46, peter sikking escribió:
I have given it a first stab:
http://gui.gimp.org/index.php/Interaction_design_patch
I like to discuss it here on this mailing list and get it
in a shape that is beyond reasonable doubt. after that the
next steps can be taken.
Makes sense to me.
Downloaded the gitmaster from the usual place:
https://gimptest.flamingtext.com:9090/ Built it on Windows. Saw the
goat-invasion screen. Opened a 16-bit TIFF - and it opened as an 8-bit
file. What am I missing?
Thanks!
Partha
___
gimp-developer-list
On Sat, 2012-05-12 at 19:06 +0200, peter sikking wrote:
[...]
A gtk+ drop target might be a better approach.
is that a standard widget? I have trouble googling it.
No, I am sorry, I was overly laconic. You are standing in
my sunlight.
I was trying to suggest that gtk+ could add a new
On Sat, May 12, 2012 at 10:34 PM, Partha Bagchi wrote:
Thanks Alexandre. If I understand the chart, one cannot open 16-bit
tiff yet? Which format can be opened in 16-bit?
16bit PNG can be loaded and saved
EXR opens as 32bit float, but is saved with 16bit precision.
Simon already evaluated
On Saturday, May 12, 2012, 14:20:02, Guillermo Espertino (Gez) wrote:
btw, new jpeg defaults are much, much better than 2.6s but imo the
progressive option shouldn't be on. It makes the file size a tad larger
and it isn't always needed. Is there any special reason for using that
option as
On Sat, May 12, 2012 at 11:14 PM, Guillermo Espertino (Gez) wrote:
Wilber by itself doesn't communicate the behavior, so users who
didn't read about it will only know that dragging and dropping works
by... dragging and dropping.
That was exactly my point. I'm sorry it caused such an uproar,
On 12-05-12 04:02 AM, Alexandre Prokoudine wrote:
If we do care about it, is there a reason we add a Wilber logo to the
top of the toolbar?
As Tobias mentioned it is a drag and drop target area. There is a tooltip
that pops up if you point at the area long enough with the mouse. The logo
in
On 12-05-09 05:30 AM, Gabor Kelemen wrote:
https://bugs.launchpad.net/ubuntu-translations/+bug/986897
Seems like a recent change in intltool causes this, which makes the scheme
string extraction done by xgettext instead of intltools built-in and dropped
parser.
The information for revision
On 12-05-12 05:03 PM, Kevin Cozens wrote:
On 12-05-09 05:30 AM, Gabor Kelemen wrote:
Seems like a recent change in intltool causes this, which makes the scheme
string extraction done by xgettext instead of intltools built-in and dropped
parser.
I forgot to add some information.
There was
Alexandre Prokoudine (alexandre.prokoud...@gmail.com) wrote:
16bit PNG can be loaded and saved
EXR opens as 32bit float, but is saved with 16bit precision.
Also .hdr files are handled by file-gegl as well.
Simon already evaluated porting TIFF loader to GEGL, but I couldn't
understand a
If it's making you swear using words that Alexandre can't understand,
then the code must be elegant indeed. :)
Is there is something one should know about the interaction with gegl
for loading tiff or everything is contained in file-tiff-load.c?
On Sat, May 12, 2012 at 6:21 PM, Simon Budig
On Sat, 2012-05-12 at 18:37 +0200, gg wrote:
[to SorinN]
As the in-house GUI expert , I'm rather surprised you don't see that as
the priority too. But if you have attachment there's probably no harm
in you liking it.
Useability does not operate in a vacuum - branding is part of the user
27 matches
Mail list logo