Re: [Gimp-developer] change layout of mode menus?

2008-02-15 Thread Nemes Ioan Sorin
agree with Peter,
(part of my job is to improve user interaction  UI usability)
separators are good, even better are spacers (like in Firetox and 
Thunderbird [fluid spacers]) also a line OR a background surrounding a 
group of buttons are good for focusing to a 'grouped set of functions' 
...instead of individual buttons.

anyhow : 2 cigars

peter sikking wrote:
 Bill wrote:
 
 It seems to me
 that the separators are not that important, because the categories
 are pretty artificial in the first place, and were really imposed  
 mostly
 to give the very long list some structure, as far as I can see.   
 But this
 is something that you should consider.
 
 separators are very important in a menu, to be able to deal with many  
 ( 5)
 items, by putting them in sub groups, you get your bearing for aiming.
 even arbitrary sub-grouping is better than none.
 
 Anyway, I would like to make this change, and I wonder if there are
 objections.
 
 yeah, this is also harder to use because you have to do a controlled
 sideways movement to get from one column to the other.
 
 sorry: no cigar...
 
  --ps
 
  founder + principal interaction architect
  man + machine interface works
 
  http://mmiworks.net/blog : on interaction architecture
 
 
 
 ___
 Gimp-developer mailing list
 Gimp-developer@lists.XCF.Berkeley.EDU
 https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
 

___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer


Re: [Gimp-developer] Two notes for UI (inconsistency and cleanup)

2007-10-19 Thread Nemes Ioan Sorin
Vladimir,

things are in change, nothing can be done over night.

I found a lot of ...let say ...here could be better in few areas - but 
I prepare my material and my studies for the guys which work right now 
for GIMP UI redesign.

Please consider following links:

http://gimp-brainstorm.blogspot.com/
http://gui.gimp.org/index.php/GIMP_UI_Redesign

See you there,

Sorin

Vladimir Savic wrote:
 As I can see, GIMP UI is undergoing some minor cleanups in svn version. Just 
 two observations. Nothing major. :)
 I've noticed that only Smudge Tool doesn't have brush scaling, which is just 
 inconsistent to to other tools. 
 And second one is about Pressure sensitivity. Opening that tab could align 
 it's sub-options vertically not just horizontally (if tool window width is 
 too small, of course). As is right now, everything fits into window here, but 
 hitting the expand arrow brings sliders which can easily destroy window's 
 layout.
 
 Regards,
 Vlada
 ___
 Gimp-developer mailing list
 Gimp-developer@lists.XCF.Berkeley.EDU
 https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
 

___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer


Re: [Gimp-developer] transformation tool

2007-09-19 Thread Nemes Ioan Sorin
well - Peter give you EXACT the answer that I wrote for you(he was a bit 
faster ;))
I wanna send a report about transform tools issues - last year I think - 
containing the same observations and requests - but  before  to do that 
I search to see IF the behavior about I want to report is not already 
assigned(I was hoping that because it's a long stand issue and I don't 
wanna bother developers) - so I found that the BIG problems are covered 
in a percent of 99% by the study of Peter Sikking team.

You should read about GIMP UI redesign here :
http://gui.gimp.org/index.php/Analysis

and about task oriented / user cases here:

http://gui.gimp.org/index.php/User_Scenarios
http://gui.gimp.org/index.php/Expert_Evaluation_Notes

SO - if we wanna help,  it's better to avoid confusion, bombarding 
developers with scenarios that was already under attention.
I mean is good if we can avoid to do the same thing for 5 times.

I understand you Igor - I feel the same about transform operations but 
they already know that issue - new UI, new functionalities need some 
time to see the light.

The work is under way.

Best wishes and come to http://gimp-brainstorm.blogspot.com/

Sorin

peter sikking wrote:
 Igor,
 
 I like Gimp a lot, and using it for every day job. I want to repay  
 to Gimp community by giving advices for making him better and  
 faster for use.
 
 we have the GIMP UI brainstorm for this:
 
 http://gimp-brainstorm.blogspot.com/
 
 please send your contribution there.
 
 Thanks,
 
  --ps
 
  principal user interaction architect
  man + machine interface works
 
  http://mmiworks.net/blog : on interaction architecture
 
 
 
 ___
 Gimp-developer mailing list
 Gimp-developer@lists.XCF.Berkeley.EDU
 https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
 

___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer


Re: [Gimp-developer] GIMP UI brainstorm...

2007-09-09 Thread Nemes Ioan Sorin
OK, thanks for the news - we will come be sure - I had a lot of things 
in preparation but ...I was not sure WHERE exactly to say my 
words(mock-ups) ...

Sorin

peter sikking wrote:
 GIMPsters,
 
 before my holiday (1-8-7) there was this email from Esteban, asking  
 where
 he could show his ideas for GIMP. In my answer to that mail I see that
 I already used the words 'visual brainstorming.'
 
 During my holiday I thought about it some more, how this could work
 and a cheap (in labour) and easy way to implement this.
 
 And I have done so yesterday:
 
 http://gimp-brainstorm.blogspot.com/
 
 So I want to ask you guys + gals: from just looking at that page,
 if the whole idea is clear to everybody. Also after discussing
 on the irc a bit (thanks 'ari'), I put this CC licence on it
 and I want to be sure it is the right thing.
 
 If all is OK, this can be than the GIMP channel where everybody
 can contribute their bit to the GIMP UI.
 
  --ps
 
  principal user interaction architect
  man + machine interface works
 
  http://mmiworks.net/blog : on interaction architecture
 
 
 
 ___
 Gimp-developer mailing list
 Gimp-developer@lists.XCF.Berkeley.EDU
 https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
 

___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer


Re: [Gimp-developer] Scaling Plugin (This is not what you think!)

2007-09-08 Thread Nemes Ioan Sorin
Thanks for the link

I just do a test with this plugin - indeed is magic.


Alexander Rabtchevich wrote:
 Did you see
 http://web.tiscali.it/carlobaldassi/
 
 Campbell Barton wrote:
 Hey. has anyone seen this?
 http://www.youtube.com/watch?v=c-SSu3tJ3ns

 Its an interesting method that attempts to move elements in the image 
 without scaling them so you can resize the canvas have a quick look 
 at the video to get the idea.

 BeBraw is working on a plugin for blender3d that does this but thaught 
 you might be interested. Once his finished maybe it can be ported to 
 gimp (blender is in C so might not be t hard)

 http://bebraw.googlepages.com/funnylines.png
 http://bebraw.googlepages.com/scale.png
   
 
 


___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer


Re: [Gimp-developer] Where all developers are?

2007-09-01 Thread Nemes Ioan Sorin
Well, I see this developer forum become an user forum - this is not what 
is intended.

We should let developers to work on their own peace else they will spent 
precious time responding to complains.

For Photo Correction passionates I will set today a page for download 
LightZone for Linux (yes is free for Linux) at : 
http://www.theagency.com.ro/lightzone
For other good solutions use Google for RawTherapee OR digiKam OR 
blueMarine.

  for Panoramas - search on Google for Hugin.

That's all about photo correction tools - at the right time we will see 
more photo tolls on Gimp - until then use the tools about I talk in 
previous paragraph.

Peace for all.

Sorin

P.S.
Carol, please told me more about your project.
Use [EMAIL PROTECTED] if U have time.

Marco Ciampa wrote:
 On Thu, Aug 30, 2007 at 10:15:48PM +0300, Juhana Sadeharju wrote:
 Last I mailed it was said that there are not that many
 GIMP developers. Where are all image processing application
 developers have gone? Is there some other open source image
 manipulation software which sucks all the developers?
 If they are fiew, how great they are! GIMP 2.4 is wonderful and better then
 anything I see in the horizon (yes krita comprised...)
  
 In recent years Siggraph conference proceedings have had
 more image processing papers. For example: They are now
 making giga size photos with panoramic techniques. They
 are using hundreds of tourist photos for making 3D walkthroughs
 through city. Google earth and competitors are making 3D
 models from photos. And much more.
 As some other stated, the project could not follow 5 directions...
 GIMP is going to integrate GEGL so more wonderful features are in the near
 future...
 
  
 It looks like today's image processing software needs to be
 redefined because there are many new applications for photos.
 You may suggest some other application for specific task
 as an easy solution but please don't.
 As a temporary solution, to make your everyday work done, I see no
 counterindications to use some more specific tool (for now)...
 
 bye
 

___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer


Re: [Gimp-developer] Where all developers are?

2007-08-31 Thread Nemes Ioan Sorin
Nope Radar,

Gimp is under important internally changes - most of the actual limits 
are not from developers minds but from actual toolkit limitations.

They work hard to introduce for next GIMP versions a new engine which 
will make possible a lot of new posibilities. This mean they have to 
rewrite almost all code in benefit of us.

They can't work on 5 directions on the same time.

When this work will be done Editing, Photo Manipulation, CMYK and PDF 
printing and exporting, ... all of these will be some of the last 
problems about we will complain.

They also command some UI researches for the optimal GUI redesign.

They are pour et simple too busy right now to introduce new features - 
that you may see on LightZone or RawTherapee - on the actual (older) 
codebase.

Well, I hope you understand now - the future is not gray.

Sorin


[EMAIL PROTECTED] wrote:
 Hi,
 
 i'm not a developer but i'm using gimp since ten years (nearly the early 
 days). It is true that there are now many applications. Just think of :
 - those photo organizer such as F-Spot or digikam+ShowFoto, which are 
 made for we, good fathers
 - more cool apps (you mention panos like Hugin), but not only
 - More specific application does much job too : think of Ufraw : if you 
 are just a photographer and want clean photos : that's enough for you.
 
 Ok not many photo retouching program, but krita is here. An also, i've 
 to apologize, i'm beginning myself using ... Blender... even for 
 photo-retouching and compositing, even if it is not its main purpose (if 
 some want to work on this, i think it is only huge what possibilities 
 you get with their node editor)
 
 I think that now the image processing is maturen mroe specific 
 applications are sucking some good contributor, and user too.
 
 But also, i have already made some changes to Scribus or Inkscape code, 
 never understood anything to Gimp's. Gimp is not to blame, but i can 
 guess some developer are also lost this way. And it is sometimes hard to 
 find explanation. You when you begin, it's hard to enter so many code 
 lines, especially for a beginner.
 
 I hope it is a beginning of answer.
 
 pygmee
 Last I mailed it was said that there are not that many
 GIMP developers. Where are all image processing application
 developers have gone? Is there some other open source image
 manipulation software which sucks all the developers?

 In recent years Siggraph conference proceedings have had
 more image processing papers. For example: They are now
 making giga size photos with panoramic techniques. They
 are using hundreds of tourist photos for making 3D walkthroughs
 through city. Google earth and competitors are making 3D
 models from photos. And much more.

 It looks like today's image processing software needs to be
 redefined because there are many new applications for photos.
 You may suggest some other application for specific task
 as an easy solution but please don't.

 Juhana
   
 
 ___
 Gimp-developer mailing list
 Gimp-developer@lists.XCF.Berkeley.EDU
 https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
 

___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer


Re: [Gimp-developer] ANNOUNCE: GIMP 2.3.19 development release

2007-07-26 Thread Nemes Ioan Sorin
  It took us long enough to get 2.4 done. I don't worry too much about
  adoption at this point. Sooner or later everyone will update.

Btw, about adoption

Gimp became more and more important - 2.4 is long awaited - interested 
peoples  will upgrade to 7.10 even only for Gimp 2.4 (if is a library 
problem) - I AM USING GUTSY FOR Gimp 2.3.18 (and 2.3.19 now).

  Feisty is not going to include GIMP 2.4 anyway. If we manage to release
  soon, then 2.4 will be in the next Ubuntu release though. And that
  release is likely going to use GTK+ 2.12 anyway.

Gutsy already use GTK 2.11.6 and 2.3.18 work very well on Gutsy - not a 
single crash (and I use Gimp very intensive).

-- 10 seconds off topic:

2 coworkers working with Avid for compositing, need to use Photoshop 
sometime to create TGA's or PNG's with transparecy for flying letters or 
images over the movies (commercials) - looking at my daily work - they 
starting to use Gimp to make transparent areas for export on TGA and PNG 
format.They like Gimp over Photoshop because is easy to cut, to select, 
to export and notable - what you see (on canvas) is what you import(on 
compositor). Photoshop and Photopaint export is problematic and sometime 
they got black areas instead of transparency(..yep forgetting to put a 
mask - they stuck in export dialogs on both Photoshop and Photopaint).

Well, some peoples start to feel the difference ;)

-- end of off topic

back to Gimp2.4 - Enhanced SIOUX tool (Detail Refinement Brush) will be 
on 2.4 ?


Sven Neumann wrote:
 Hi,
 
 On Wed, 2007-07-25 at 23:13 -0500, Tim Jedlicka wrote:
 
 Great! - looks like 2.4 is getting closer. Is there a hard dependency
 on GTK+ 2.10.13?
 
 Yes, there is. And it is there for a very good reason (bug #436242).
 
 I run Ubuntu 7.04 (Feisty) which unfortunately is still on
 libgtk2.0-dev 2.10.11. I know this isn't GIMP's issue, but if 2.4 is
 imminent then a dependency on GTK 2.10.13 might cause a delay in
 getting it out to at least one major distribution. I'm not clear how
 the upstream/downstream provider works out the dependencies but the
 2.10.13 dependency MIGHT cause a delay in adoption of GIMP 2.4.
 
 Feisty is not going to include GIMP 2.4 anyway. If we manage to release
 soon, then 2.4 will be in the next Ubuntu release though. And that
 release is likely going to use GTK+ 2.12 anyway.
 
 It took us long enough to get 2.4 done. I don't worry too much about
 adoption at this point. Sooner or later everyone will update.
 
 
 Sven
 
 
 ___
 Gimp-developer mailing list
 Gimp-developer@lists.XCF.Berkeley.EDU
 https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
 

___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer