Re: [Gimp-developer] re. suggestions

[SorinN]

;) indeed funny problem ...

I remember the time when Adobe Photoshop was not better than Corel
Photopaint and Illustrator was way below Corel Draw (around Corel Suite 6)
- then companring the perfect logic (and very flexible) GUI from Corel
Suite (not to mention general app. settings full of option versus
Photoshop), yes Photoshop  and Illustrator looks very user unfriendly in
terms of GUI.

About  "user friendly" GIMP >> well any software has it's own visual logic.
For use a program like GIMP, users will have to adapt or they will leave.
Is so simple. The most important thing is the whole set of features. Coming
from Photopaint, Draw, Adobe - I've adapted myself  to GIMP in 2 or 3
days,I think that "user friendly" is a false problem  May be a problem of
that user which  can't adapt to a GUI with  icons for on-screen-tools and a
menu with quite clear descriptive names of functions / features.

So where is in fact the "unfriendly user friendly" problem ? ..

btw: garbageware sounds funny too  >>  in one of my trips in China ,, some
friends from a partner company (Shenzhen Lady Commodity) asked me to help
them with a poster for a factory ..5.50m / 3.50m. The only computer
available was a dual core duo with 4gb or RAM and a video card ATI Radeon
HD 5570 with 1GB DDR3 ..believe me or not, Photoshop under Windows crashed
constantly yelling about the lack of memory, same for Illustrator. The only
solution was to install Ubuntu on a new harddrive and all was done with
GIMP ...slowly for each image operation, but at least no crashes - the
final file was about 2GB.

Many young padawans will trow words against GIMP until the end of time so
we will love to read such amusing discussions for some time from now ..

​​
2 beers or not to beer ? - this is the real question.

2016-03-30 21:10 GMT+03:00 C R :

> >
> > I decided against sugarcoating for a reason: this is exactly what
> > unhappy users tell us. Verbatim.
>
>
> That seems more like a reason NOT to put it on the site. ;)
>
> -C
> ___
> gimp-developer-list mailing list
> List address:gimp-developer-list@gnome.org
> List membership:
> https://mail.gnome.org/mailman/listinfo/gimp-developer-list
> List archives:   https://mail.gnome.org/archives/gimp-developer-list
>
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list

Re: [Gimp-developer] maximize work area

[SorinN]

I can presume that he asked about a checkbox in Preferences - to choose
between a big tab with a thumbnail of a current canvas inside AND a much
smaller tab with a small text containing the filename ( this way he can
gain another 30 or 40px of vertical space) ..this could be somehow relevant
for small 16:9 lanscape orientation screens.







2014-06-28 16:43 GMT+03:00 Alexandre Prokoudine 
alexandre.prokoud...@gmail.com:

 Ж-д
 28 июня 2014 г. 17:26 пользователь Johann jo.y.v...@gmail.com написал:
  And have a checkmark entry in the application toolbar menus too, to
 complete things.

 What checkbox exactly? Please be more specific.

 Alex
 ___
 gimp-developer-list mailing list
 List address:gimp-developer-list@gnome.org
 List membership:
 https://mail.gnome.org/mailman/listinfo/gimp-developer-list
 List archives:   https://mail.gnome.org/archives/gimp-developer-list

___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list

Re: [Gimp-developer] urgent

[SorinN]

Wow,
in few words Anna - yes you can produce content using  Gimp, and you can
use then your product without any restriction - you can sell your artwork,
you can use your artwork as part of other commercial products.


2014-06-01 2:48 GMT+03:00 Christopher Curtis ccurt...@gmail.com:

 On Sat, May 31, 2014 at 7:13 PM, Michael Henning 
 dra...@darkrefraction.com
 wrote:

  On Sat, May 31, 2014 at 11:06 AM, C R caj...@gmail.com wrote:
 
  Applied to GIMP, this essentially means that as long as you own the (c)
 to
   the materials used in your logo/image, your work is protected under the
   GPLv3 licence, when output by GIMP.
 
  The clause you point out is specifically for programs that include
  GPL'ed content in their output. It does not apply for gimp. If you own
  the photos you started with, then you own the output.
 
  (IANAL, and the above is not legal advice.)
 

 I'm going to assume that you are also not a native English speaker. You
 appear to be interpreting the word protected to mean covered. This was
 not the author's intent, as evidenced by the later statement:

 To say the output can not be used for
  sale or other business purposes would be discrimination, and would
 violate
  the very idea of FOSS.


 GPL compilers can produce executables that are not GPL, and GPL image
 editors can produce images that are not GPL.

 GPLv3 creates ambiguity in that it implies that programs that are covered
 by the GPL can produce output that is also covered by the GPL. The answer
 to the question of then that can happen comes from the GPL FAQ:

 http://www.gnu.org/licenses/gpl-faq.html#WhatCaseIsOutputGPL

 The answer is Only when the program copies part of itself into the
 output. This is still vague, so we can go to a better question by assuming
 the opposite intent:

 Is there some way that I can GPL the output people get from use of my
 program? [...]

 http://www.gnu.org/licenses/gpl-faq.html#GPLOutput

 Here, the answer is:

 In general this is legally impossible; [...]

 So, to be succinct, the output of Free Software, even GPLv3 Free Software,
 is not covered by the GPL, per the GPL FAQ.

 Chris
 ___
 gimp-developer-list mailing list
 List address:gimp-developer-list@gnome.org
 List membership:
 https://mail.gnome.org/mailman/listinfo/gimp-developer-list
 List archives:   https://mail.gnome.org/archives/gimp-developer-list

___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list

Re: [Gimp-developer] Fwd: Gimp Registry Future

[SorinN]

Can be taken - but a web(designer/developer) need good specs before
starting this task.

There are plenty of CMS'es on the wild - most of them with many ready-made
modules Joomla / Word Press/ CMSMS - they are the easy to implement (and
not hard to modify).

Drupal is solid and well documented for peoples who need to develop plugins
on their own - especially security things...

...but before any choice to be considered - a solid set of specifications
must be set
(I presume there is a kind of governance on Gimp Registry - which can
finalize this thing)

once the goal is point by point on paper - would be quite simple to choose
from already existing platforms.




2014-04-08 19:41 GMT+03:00 scl scl.gp...@gmail.com:



 On  8.4.2014 at 10:44 AM ingo wrote:
 Gimp Registry Future

 Dear Registry Users,

 I have maintained the registry for over 15 years now, and for the last
 couple of years we have had an excellent team of co-maintainers who took
 on a lot of the work. However, there are some much needed improvements
 which are hard to carry out based on the current platform, and the work
 due to abuse is growing. We cannot continue this on our own, unfortunately.

 In particular, we really need better search and categorization
 functionality, and would also like to integrate the registry more
 tightly with The GIMP, such that downloading and installing plug-ins
 becomes more straightforward. This new structure should also help combat
 abuse much more effectively. This is no longer just a web-development
 issue, but much more a plug-in development task.

 Therefore, I would like to ask /you/ for some help with that.

 Specifically, we need a plug-in which could access a back-end database
 over the Internet, carry out queries, receive data in XML or JSON
 format, download plug-ins, and install them automatically. Ideally, it
 should also be able to display and acquire meta-data, such as ratings,
 permissions required, etc.

 Any takers?

 cheers, Ingo


 ___
 gimp-developer-list mailing list
 List address:gimp-developer-list@gnome.org
 List membership: https://mail.gnome.org/mailman/listinfo/gimp-
 developer-list
 List archives:   https://mail.gnome.org/archives/gimp-developer-list

___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list

Re: [Gimp-developer] Fwd: Gimp Registry Future

[SorinN]

..

 I think, if Ingo is talking about plugins, he is talking about Gimp
 plugins and not about plugins in CMS systems.

 Regards


..and I mean Drupal plugins for developing / improving the functionality of
the actual gimp registry website - BTW - we all know that gimp plungin
registry is about GIMP plugins

the main topic was about web platform - what can be done to improving the
security, anti spam measures and general functionality.


2014-04-09 14:35 GMT+03:00 Tobias Jakobs tobias.jak...@gmail.com:


 2014-04-09 13:04 GMT+02:00 SorinN nemes.so...@gmail.com:

 Can be taken - but a web(designer/developer) need good specs before
 starting this task.

 There are plenty of CMS'es on the wild - most of them with many ready-made
 modules Joomla / Word Press/ CMSMS - they are the easy to implement (and
 not hard to modify).

 Drupal is solid and well documented for peoples who need to develop
 plugins
 on their own - especially security things...


 I think, if Ingo is talking about plugins, he is talking about Gimp
 plugins and not about plugins in CMS systems.

 Regards
 Tobias


___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list

Re: [Gimp-developer] Environment.

[SorinN]

if you just want to test some of the new features - use this script :
http://www.davidrevoy.com/article94/gimp-razor-script-for-cutting-edge-gimp

this will download and build all required libraries (gegl /babl) - also
will buiild GIMP for you [ 2.9.x ]

If you wanna build GIMP yourself to be comfortable with ..you can still
take a look to that script



2013/9/28 Román ro...@mailoo.org

 Hi everyone,

 I have been trying to build gimp from git but I cannot because old
 pkg-config, babl, gegl, gtk+ and other packages. So I tried to compile
 all these packages from source. So, my question is: what do developers
 do? do you build all gimp dependecies from source? do you use debian
 unstable or something like that to get latest packeges?

 I would like to learn by making changes in gimp and in the future to help.

 Regards.
 Román!
 ___
 gimp-developer-list mailing list
 List address:gimp-developer-list@gnome.org
 List membership:
 https://mail.gnome.org/mailman/listinfo/gimp-developer-list




-- 
Nemes Ioan Sorin
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] SmartDeblur

[SorinN]

 SoriN: Does Refocus work for motion blur too?

I don't know yet but I will try ..and I will let you know
there is a control who allow you to indicate the direction of the motion
( that mean you manually approximate the motion - there is not an
automated procedure for autodetection of length or degree of the
motion )

thank to the measure tool in GIMP you can check those things quite
accurate ( if the image is not too blurry )

2012/10/23 Guillermo Espertino (Gez) gespert...@gmail.com:
 El 23/10/12 06:16, SorinN escribió:

 We already have a plugin which ca do something similar in GIMP (and is
 standing as a gimp plugin for quite a while ..).
 Now this plugin seems to be unmaintained.
 please check here : http://refocus-it.sourceforge.net/


 SoriN: Does Refocus work for motion blur too? As far as I could see it was
 very good but only for out-of-focus pictures, not for motion blur.
 Also defocus does, in my opinion, a very poor work when the image has an
 alpha channel. It tends to introduce noticeable artifacts around the edges.

 Gez.

 ___
 gimp-developer-list mailing list
 gimp-developer-list@gnome.org
 https://mail.gnome.org/mailman/listinfo/gimp-developer-list



-- 
Nemes Ioan Sorin
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] A letter of complaint

[SorinN]

 I used to use it a long time ago. I don't understand why some people say
 it's one of the worst versions of Windows. I always found ME to be at least
 as reliable/stable as the previous version I was using ('98?) if not more
 so. It never gave me any grief.

Then you were a happy case of a perfect hardware vendor
..but for other millions ME was a nightmare - less stable than WIndows
98 second edition
..you should check internet reviews of ME for that period
..not just users but some important magazines in their reviews
declared ME a failure
anyway ME is a thing of the past - for many of us it's a miracle how
often GIMP crashed on mr. Tanaka computer
because GIMP 2.x until 2.7 was very stable under heavy load.

2012/7/25 Kevin Cozens ke...@ve3syb.ca:
 On 12-07-23 04:22 PM, Michael Henning wrote:

 I suppose you've never used Windows ME

 **shudder**
 Just typing the name brings back memories.


 I used to use it a long time ago. I don't understand why some people say
 it's one of the worst versions of Windows. I always found ME to be at least
 as reliable/stable as the previous version I was using ('98?) if not more
 so. It never gave me any grief.

 --
 Cheers!

 Kevin.

 http://www.ve3syb.ca/   |Nerds make the shiny things that distract
 Owner of Elecraft K2 #2172  | the mouth-breathers, and that's why we're
 | powerful!
 #include disclaimer/favourite | --Chris Hardwick

 ___
 gimp-developer-list mailing list
 gimp-developer-list@gnome.org
 https://mail.gnome.org/mailman/listinfo/gimp-developer-list



-- 
Nemes Ioan Sorin
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] Update and apology

[SorinN]

mr. Tanaka,

I use GIMP since the year 2000
Maybe I can help you to identify some key points in your crash experience
I've used GIMP for almost every artwork I've done along Photoshop -
just because some things goes faster (not as computing speed) but as
operation logic ( workflow if you like ...) and for me those crashes
your talk about ...they are a wonder for me.

For me GIMP 2.X  until 2.7  was extremely stable under Windows or Linux.

I remember one time - in less than 24 hours I must prepare a 5.5m x
3.5m poster for a factory expecting a visit from an international
customer. The computer was prepared for web design not for prepress
and large scale graphics. I can open all images from their list in
Photoshop but I can't save the work because ...insufficient memory.
Then for almost any layer movement Photoshop put me to wait long time
when not just crashed. GIMP (2.4 if I remember well) just save my day
because printing factory called me every 5 minutes.

Until Photoshop CS4 for also, important operations like liquid
rescale and content aware fill in PS (aka heal selection on GIMP)
was only possible in GIMP (and some small demonstrative programs). But
for prepress I was forced to use Photoshop under Windows and Linux.

Regarding so many crashes something must go wrong with the hardware -
GIMP use a quite modular plugin system - so many custom plugins will
crash without affecting the application.

Send me a separate message with your problems one by one - so we can
solve things out of this mailing list.

I have a lot of GIMP plugins, themes, and some good experience,
probably I can help you to earn some time...

Other readers of this list may help you also - if you can express very
clear what you need.
If you can speak clear, it's almost improbable that one or another
will not throw a helping hand.

BTW - please don't hate me for analogy with An American in Rome, is an
italian movie from 1954, I am sure you will like this movie too ;).



2012/7/25  s...@piments.com:
 On 24/07/12 18:33, Akira Tanaka wrote:

 Yesterday, I wrote a letter out of frustration in regards to GIMP. I
 feel that my actions were juvenile, immature and socially unacceptable.
 I haven't bothered to update the software and in a fit of misguided and
 dumb rage, I unleashed that attack against those who did not deserve it.
 I'm not a victim, I just made a foolish mistake out of anger. And for
 that I apologize. I meant no disrespect to any of you and I'm pretty
 sure I'd give GIMP another chance with its newest version. So please
 disregard everything that was said in a letter of complaint.


 Well that seems an honest , full and sincere apology. If I'd felt I was the
 target I'd be satisfied.  Anyone who can eat that much humble pie in one
 helping deserves to be excused.

 Though it was clearly out of order, it was so outrageous I think it caused
 more amusement than anything else.

 We don't get much comic relief on gimp-developer. You brightened my day and
 for that I thank you.

 If you can identify a serious bug, there's a good chance it will get fixed
 because bugs should be fixed. It's not a case of whether the reporter
 deserves help , the code base  deserve help.

 If you can define a reproducible problem please report it.

 Best regards,

 gg.

 ___
 gimp-developer-list mailing list
 gimp-developer-list@gnome.org
 https://mail.gnome.org/mailman/listinfo/gimp-developer-list



-- 
Nemes Ioan Sorin
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] A letter of complaint

[SorinN]

;) this is funny :
 2. do lots and lots of stuff for at least two hours (make sure you don't
 save your work).

Now try to imagine a people doing this with patience and creative
hate  for 5 years or more.
Only a serious people can work this way.. is not that simple as many
people may think ..

And yes, Mr. Tanaka report appeal some good memories as the famous
scene of Alberto Sordi in An American in Rome : Macaroni io ve
distruggo!!!..



2012/7/24 gg g...@catking.net:
 On 07/23/12 22:48, Jay Smith wrote:

 Since Akira Tanaka did not bother to tell us what Gimp version is being
 used or on what operating system, there is less than nothing that
 anybody (developers or users) can learn from his rant.


 Not true, we can learn that he's not happy. Like really, really, not happy
 with Gimp.

 Let me try and put this into a more formal bug report format.


 Program version: All
 Hardware platform : All

 summary of problem: Gimp is shit.

 how to reproduce the problem:

 1. start using Gimp
 2. do lots and lots of stuff for at least two hours (make sure you don't
 save your work).
 3. FUCK it's crashed again. I hate gimp and all the hopeless so called devs
 who ever contributed the slightest bit of code.
 4. Fuck you all.


 Additional information:

 Thanks for taking the time to read this.



 See, it's just a case of parsing his comments, he's obviously unfamiliar
 with how to submit a bug report  ;)

 Apologies to anyone using naff accounts like gmail, You probably will not
 get much of the content of this thread. It even bounced an email with the
 name of the Japanese town Fuckupshima in it last week. :?




 ___
 gimp-developer-list mailing list
 gimp-developer-list@gnome.org
 https://mail.gnome.org/mailman/listinfo/gimp-developer-list



-- 
Nemes Ioan Sorin
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] gimp 2.8 prohibitively slow

[SorinN]

Alexandre - on this list many simply peoples (I mean not programmers
or tech addicted guys) just come to ask questions or talk about
problems they got using GIMP - they need simply answers. Generally
they just observe and ask, they don't bring accusations.  they just need a 
plain simple
answer to a simple question. I didn't say that GIMP is slow because of
GEGL (or GEGL is slow) I just explain that GIMP is in a transition to
a new graphic core and developers need bug reports if possible not
just words like  ..GIMP 2.8 is slow.Without a bug report or a test
case such affirmations are useless. That's all. You also use this kind
of tone in GIMP development related articles in libregraphicsworld,
and this is why I don't understand sometime your appetite for polemic.
I will never argue about ...GEGL is slow - in fact in 2.8.1 GEGL
operations (such Gaussian Blur perform really fast [ ..using input
boxes not UI sliders ]).


 Meaning: No developers know that, because your assumption about the
 transition effect is incorrect :)

;) I will not comment this paragraph because using formal logic it's
easy (and persuasive also) to build an argumentation - but no-one need
that. We have better things to do. Let's end this out-of-topic
craziness here.


2012/7/20 Alexandre Prokoudine alexandre.prokoud...@gmail.com:
 On Fri, Jul 20, 2012 at 1:04 AM, SorinN wrote:

 Anyway, nothing is perfect, at least for you Alexandre - so let's
 (unnecessary) complicate the topic, if not related to GEGL transition,
 in a logical consecution next question is - why is slow then ?.

I'd like to know what developers know that :)

 Now this is the real point over the pretty letter I.
 Well, you are free to ask them all -  who am I to stop you ?
 Probably not just developers but all peoples who changed 2.6 for 2.8,
 but go on, ask developers just to be sure.

 Let's try again:

 ironyI'd like to know what developers know that :)/irony

 Meaning: No developers know that, because your assumption about the
 transition effect is incorrect :)

 The bug is known, the fix isn't trivial, mitch didn't have the time to
 do it for 2.8.

 If anyone's willing to have a go at it, please join IRC to discuss it.

 Alexandre Prokoudine
 http://libregraphicsworld.org
 ___
 gimp-developer-list mailing list
 gimp-developer-list@gnome.org
 https://mail.gnome.org/mailman/listinfo/gimp-developer-list



-- 
Nemes Ioan Sorin
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] gimp 2.8 prohibitively slow

[SorinN]

 One thing I noticed is that actually loading the images is very expensive,
 and gimp doesn't behave very well while it's happening. It took several
 minutes to load the large image, and while it was doing it, X was mostly
 unresponsive. Is there room for improvement here?

Same effect under WIndows 7 with GIMP 2.8 and GIMP 2.8.1 - Partha compilation
but I think developers are already aware about that - probably is a
normal fact in the
middle of transition new GEGL core. Side effects are expected. Beside the
problem with large images in 2.8.x - also you will find some crashes related to
memory allocation when you will use GEGL for rendering the canvas and colors or
when you will use GEGL Operations.

If you use compilations from trunk - versions bigger than 2.8 (mean
2.8.1) - you will also
observe some GEGL operation get serious speed on execution, especially blur
operations - on Windows 7 and GIMP 2.8.1 from partha.com, gaussian
blur perform very fast now
even on mid-to-large images. The UI controls are not responsive but I
use input fields and results are
rendered instantly.

2012/7/19 Aaron Paden aaronbpa...@gmail.com:
 Hello, Liam. I've tried your suggestions and have gotten some pretty good
 results. My large image used for this test is still not practically
 editable, but I was having problems even with relatively small images in
 gimp, and these workarounds have really improved gimps responsiveness and
 usefulness for me. The brush can now (mostly) keep up with my hand! :)
 Thanks for your insight.

 One thing I noticed is that actually loading the images is very expensive,
 and gimp doesn't behave very well while it's happening. It took several
 minutes to load the large image, and while it was doing it, X was mostly
 unresponsive. Is there room for improvement here?


 On 07/18/2012 11:01 AM, Liam R E Quin wrote:

 Try increasing the tile size in your gimp preferences e.g. to two
 gigabytes (and make sure you have at least three gigabytes of swap
 space).

 To work with this image in gimp on a 32-bit system you will need:

 (1) to have as large a tile cache size as you can -that's the amount of
 memory gimp devotes to keepng the image in memory instead of on disk

 (2) have the Undo History window in your dock, and use the button at the
 bottom right to Discard Undo History roughly every 30 to 50 brush
 strokes. Unfortunately I don't think you can bind that to a keyboard
 shortcut, so you need the undo history window docked.

 (3) save work frequently as xcf.gz - do not overwrite the same file each
 time, in case you run out of memory while gimp is saving the file. Save
 and Expert go much faster if you discard the undo history first.

 (4) turn off thumbnails everywhere you can,
 e.g.,
 in edit/preferences/interface,
turn off Enable Layer  Channel Perviews
 in edit/preferences/Toolbox,
 . turn off the show active image
 in edit/preferences/Image Windows, you may want to
 . turn off Show brush outline
 this may make painting faster but unuseable, though.
 . set pointer mode to rendering to crosshair only
 . set pointer rendering to black and white

 (5) make sure your gimp title bar shows the amount of memory in use - if
 it doesn't, go to Edit/Preferences under Image Windows, Title and
 Status; for Image Title format I have

 %D*%f-%p.%i (%t, %L) %wx%h %m
 (the default except for adding %m for memory)
 and for Image status bar I have
 %n (%m)
 (the default)
 That way if the status bar is saying something else, e.g. while you're
 painting, you can still track memory usage easily.

 (6) in edit/preferences/colour management,
 . set Mode of operation to No color management
(I just notice colour is misspelt there)

 (7) do not use a theme with transparency. In Windows, use the classic
 windows theme. In Linux, do not use compiz or a compositing window
 manger (the ones that put drop shadows under windows), because these to
 tend to reduce (sometimes halve) painting speed and increase memory
 usage.

 Hope this helps.

 Liam


 ___
 gimp-developer-list mailing list
 gimp-developer-list@gnome.org
 https://mail.gnome.org/mailman/listinfo/gimp-developer-list



-- 
Nemes Ioan Sorin
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] gimp 2.8 prohibitively slow

[SorinN]

Aaron,

The problem anyway is with the right GIMP version - not strict related
to the computer power
I have 2 computers
first - 32bit architecture, Intel  Quad core with 4 Gb RAM + 1Gb RAM
ATI RADEON HD
second - 64bit architecture with 8 processing cores with 8 Gb RAM +
1Gb RAM Nvidia video card

on both of them GIMP 2.6 can load big images without problems
on the first computer GIMP 2.8 can't load a file bigger than 750MB
but I've made that big file with GIMP 2.6 (in pixels was 53.000 x
33.000) with an Intel Dual core.

So if you really want to use GIMP for big images use GIMP 2.6 and your
problems are gone.

2012/7/19 Aaron Paden aaronbpa...@gmail.com:
 On 07/19/2012 02:28 AM, wwp wrote:

 even though when attempting to process image/data files
 that are, say, modern. The OP didn't mention precisely how big they
 are (trying to open large images like MyPaint encourages), but I
 presume they are way bigger than image sizes that were conventional in
 the times P4 + 512Go RAM were common.

 How big are they, Aaron?



 MyPaint encourages large images because of the infinite canvas. It adds up
 pretty quickly. The largest one I was using to test gimp was 8960x9088. Just
 some doodles. More me testing the limits of gimp on my computer than trying
 to do something useful in that case. Gimp was unusably slow no matter what
 size image I use, but Liam's suggestions have made things much more
 manageable.

 https://mail.gnome.org/archives/gimp-developer-list/2012-July/msg00074.html

 ___
 gimp-developer-list mailing list
 gimp-developer-list@gnome.org
 https://mail.gnome.org/mailman/listinfo/gimp-developer-list



-- 
Nemes Ioan Sorin
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] Problem in GIMP Portable 2.8.0 from portableapps.com

[SorinN]

Guiu,
go to partha.com and download the right executable.

The one you downloaded is the first compilation of 2.8 (which contain the bug).
Partha build is patched against this bug - so look at partha.com for GIMP 2.8.1


2012/7/18 Guiu Rocafort neandertalspeo...@gmail.com:
 Hello Gimp !

 I've found a problem while using GIMP Portable 2.8.0 for windows downloaded
 from portableapps.com

 The problem is that gimp shows 1.3GB as the size of all images. I've noticed
 this wrong behavior when clicking preview when I export an image. It also
 happens in the open file dialog ( only in the preview column ). In the open
 dialog gimp is not showing preview but I guess that the wrong size is
 causing that because GIMP thinks the file is too big to make a preview.

 A little summary:
 GIMP Version: 2.8.0 Portable
 Repeatable: Always ( tested on 2 different computers )
 OS: Windows
 Problem: GIMP shows all files size as 1.3GB
 Steps:

 1. Open GIMP
 2. Go to Open file dialog
 3. In the folder navigation column it shows the real size of the image, in
 the preview column it shows 1.3GB

 1. Open GIMP
 2. Create an empty image.
 3. Export in jpg
 4. Check preview in image window
 5. Image size estimation is 1.3GB

 I've noticed more problems, but there are not as clear as this one and I'm
 going to take a little time to identify exactly in what conditions they
 happens. I hope that report is concise enough :)

 Greetings
 Guiu Rocafort

 --
 Please avoid sending me Word or PowerPoint attachments.
 See http://www.gnu.org/philosophy/no-word-attachments.html

 ___
 gimp-developer-list mailing list
 gimp-developer-list@gnome.org
 https://mail.gnome.org/mailman/listinfo/gimp-developer-list




-- 
Nemes Ioan Sorin
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] Problem in GIMP Portable 2.8.0 from portableapps.com

[SorinN]

True, is not a GIMP bug is a GTK bug
but Partha compilation ( with 2.8.1 which is not an official number
probably ) solve that problem
and sometime users just need something to work..

I've tested the executable under WIndows 7 and I can confirm that the
problem described by the Guiu is gone.

2012/7/18 Michael Schumacher schum...@gmx.de:
 Von: SorinN nemes.so...@gmail.com

 The one you downloaded is the first compilation of 2.8 (which contain the
 bug).

 The bug report is
 https://bugzilla.gnome.org/show_bug.cgi?id=669818


 The changes to prevent it are described in 
 https://bugzilla.gnome.org/show_bug.cgi?id=669818#c28 ff. but there's no 
 verification whether this is considered a fix or a workaround.


 HTH,
 Michael



 ___
 gimp-developer-list mailing list
 gimp-developer-list@gnome.org
 https://mail.gnome.org/mailman/listinfo/gimp-developer-list



-- 
Nemes Ioan Sorin
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] Help :(

[SorinN]

..or press Control + B and the Toolbox will come
..press Tab and the right floating boxes will come

OR

you can add manually those boxes to life by using Windows  Dockable
Dialogs ..and then choose the toolbox you need
in few steps you can bring back all missing boxes


2012/7/2 Marco Ciampa ciam...@libero.it:
 On Sun, Jul 01, 2012 at 11:55:03AM -0500, Caitlin Muela wrote:
 Gimp Developer(s),

 My friend is having some problems with Gimp. When she opens it, the
 Tool features that are usually located on the right (Layers, Paths,
 Undo, ect.)  are missing. We’ve tried closing and opening Gimp,
 Looking at the Tool Bar at the top, and shutting down the computer, but
 nothing seems to work. The version she has is Gimp 2. I hope this was
 enough information needed to clarify the question. How can I help her
 get that Feature to show?

 Try to press the Tab key and see what happens...


 --


 Marco Ciampa

 ++
 | Linux User  #78271 |
 | FSFE fellow   #364 |
 ++
 ___
 gimp-developer-list mailing list
 gimp-developer-list@gnome.org
 https://mail.gnome.org/mailman/listinfo/gimp-developer-list



-- 
Nemes Ioan Sorin
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] wilber in the toolbar

[SorinN]

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 :
for me Wilber represent a victory sign.
(...against the domination of proprietary, outdated but still
gamekeeper standards - wow - sound like a  class struggle declamation
;) )

on the serious side  before CS4, GIMP was superior in many aspects to
Photoshop
I remember when I presented GIMP to my DTP colleagues few years ago.
Today most of them still use GIMP for masking - then Photoshop or
Illustrator to assembly the print or for further manipulations.







2012/5/12 Cristian Secară li...@secarica.ro

 În data de Sat, 12 May 2012 12:02:31 +0400, Alexandre Prokoudine a
 scris:

  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 of years already, and that tells me that users also care about
  vertical space.

 This is one of the first thing I remove after modern GIMP install. The
 reason for the lite Wilber logo comes from the past, something like
 version 2.4 or 2.2, when the toolbox had no toolbar, or a different
 toolbar type, or something (I can not remember exactly).

 (to remove, at least on Windows, simply just uncomment and chage to
 no the existing line
 # (toolbox-wilber yes)
 from the C:\Program Files\GIMP 2\etc\gimp\2.0\gimprc file)

 Cristi

 --
 Cristian Secară
 http://www.secarica.ro
 ___
 gimp-developer-list mailing list
 gimp-developer-list@gnome.org
 http://mail.gnome.org/mailman/listinfo/gimp-developer-list




--
Nemes Ioan Sorin
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] wilber in the toolbar

[SorinN]

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 that icon
and freedom to create also ...

I will keep Wilber there - probably because I think is fancy, probably
because mean something to me
but I am one in a million
probably the other side of the million think in favor of vertical usable space

..de gustibus
probably an option in preferences will solve this problem forever
one million less me will put out the icon, me not - so we just get
million of happy peoples.

so my opinion is for the option to choose enable / disable Wilber icon
 in preferences


2012/5/12 peter sikking pe...@mmiworks.net:
 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, no?

 Wilber itself has nothing to do with the fact of
 remembering the drag and drop ..it's just a branding sign
 for me is ok - I like it there but :
 - a new user will not be informed about the functionality we talk about
 - an old GIMP user ...know that already

 we are talking about a shortcut here. first of all the normal,
 highly findable (of not a bit boring) way is to use the File-Open
 menu item. nifty shortcuts like this are documented in the
 manual, and shared on the internet.

 for meis ok as is (I have no points against it) - but talking about 
 usability ...a clean message or a representative icon for that functionality 
 would do a better informal job.

 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.

    --ps

        founder + principal interaction architect
            man + machine interface works

        http://blog.mmiworks.net: on interaction architecture



 ___
 gimp-developer-list mailing list
 gimp-developer-list@gnome.org
 http://mail.gnome.org/mailman/listinfo/gimp-developer-list



-- 
Nemes Ioan Sorin
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] Gimp Splash Graphic

[SorinN]

;) he asked on this direction - he asked about presenting images not words
..;)

2012/4/6 Alexandre Prokoudine alexandre.prokoud...@gmail.com

 On Fri, Apr 6, 2012 at 6:38 AM, Jason Simanek wrote:
  Hi,
 
  I'm excited about the now-near-future of a 2.8 release. Nice work
  developers!
 
  I was curious if a new splash graphic had been decided on. I don't
  recall seeing a discussion on the mailing list. Are you accepting design
  ideas?

 Design ideas? Probably no. Submissions -- definitely yes.

 Alexandre Prokoudine
 http://libregraphicsworld.org
 ___
 gimp-developer-list mailing list
 gimp-developer-list@gnome.org
 http://mail.gnome.org/mailman/listinfo/gimp-developer-list




-- 
Nemes Ioan Sorin
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] Regular GIMP news; lack of developers

[SorinN]

 Maybe you could put a link to gimpusers.com on the front page.

Why?

- because it will not hurt
- because it's somewhat logic (why not keeping a link to a community of
users ?)

2012/3/12 Alexandre Prokoudine alexandre.prokoud...@gmail.com

 On Sun, Mar 11, 2012 at 11:17 PM, grafxuser wrote:
  Hi,
 
  currently I see the gimp.org news page updated round about one time per
  month.
 
  Why not tell the readers more often about GIMP's progress? Look at
  digikam.org. Nearly every week there comes a message, showing what's
  possible with Digikam and that the project is still alive.

 More regular news will come when we have a proper news archival system.

  To show this progress for GIMP, you could publish
  - which features are done,

 None in weeks.

  - which (severe or important) bugs where fixed,

 Few

  - who provided the most or best bugreports or bugfixes,

 Information noise

  - which bug reports need more info (bugs in state NEEDINFO)

 Information noise

  - which help is currently needed most (with specific tasks),

 Text duplication

  - what are interesting or new plug-ins in the plug-in-registry,

 Few, but doable

  - a feature roadmap,

 Text duplication

  - a link to an interesting article on your website

 A what? :)

  Besides this will save you from answering the same questions in the
 mailing
  list or chat room again and again instead of forcing development.

 No, it won't

  Secondly
  you constantly update your release notes instead of having to do this big
  job before the next release and telling just a bit more, that there were
  tons of bugs fixed for a long time.

 I didn't understand that one, sorry.

  Of course I know your website and your information are public. But who
  really wants to dive deeply in a web page, register at a data kraken+,
 read
  lots of mailing list postings, forums, Bugzilla reports, Git commits
 etc.,
  if he only wants to know _quickly_, if the project is still alive and
 what
  he can do for the project?

 He only have to read the front page. It's that simple.

  IMHO, the idea to use G**+ is not too good.

 Ca. 5K users who currently read it don't share your view.

  I hope you haven't planned to move there.

 I fail to understand that one as well. How can we possibly move the
 whole website there?

  On the one hand it's good to regularly post news. But on the
  other hand do people, who like to support you, not necessarily like to
  register at G**+.

 They don't have to.

  The main entrance to GIMP information should be gimp.org,

 Which it still is.

  like one would expect from a non-commercial project called GIMP. For
 quick
  information rather use the wiki or a public forum at gimp.org, please.

 *sigh*

 We kinda already do. No, really. We have a wiki. We maintain it.
 There's a link to it. It gets visits/

  can also put the mailing list there and people can get in direct contact,

 You mean we don't?

  too. RSS is IMHO a good solution

 Likewise

  Maybe you could put a link to gimpusers.com on the front page.

 Why?

  Also publish your news to news pages of computer and graphics designer
  sites (heise.com, Golem, Linux magazine, Deviant art, DOCMA etc.) and
  get in touch with their editors.

 As far as I can tell, they do it on their own accord.

 Alexandre Prokoudine
 http://libregraphicsworld.org
 ___
 gimp-developer-list mailing list
 gimp-developer-list@gnome.org
 http://mail.gnome.org/mailman/listinfo/gimp-developer-list




-- 
Nemes Ioan Sorin
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] Regular GIMP news; lack of developers

[SorinN]

that's not mean that you are right.
please think from the user perspective
indeed you don't expect them to link to your builds
that's does not mean that they should not do that.

from a developer point of view they have some reasons for that - connected
with the credibility of the GIMP stable release probably.

why they don't point to your builds ? ..I don't know.
this is a gap on communication also - many users ..let say early adopters
can use those unstable builds for giving back bug reports or usability
issues.

reducing the gap - you reduce the feedback.

 I would expect the user groups to keep a link to gimp.org?

this is a problem of egg and chicken - they would not be there (90% of them
- I take out the visitors by mistake of gimpusers) if they don't have
GIMP already.

Moreover, there are other sites
such as Gimpchat.com (my favorite), gimptalk.com, etc. Should they be
linked as well? :)

yes - it's all about communication - why stay hide ? why so much caution
and for what reason ? too much Ying or too much Yang is not good either - a
strong community involve communication ..consider those links as bridges.
Maybe you can't imagine how powerful media vector Internet is ;)

2012/3/12 Partha Bagchi parth...@gmail.com

 On Sun, Mar 11, 2012 at 5:45 PM, SorinN nemes.so...@gmail.com wrote:
  Maybe you could put a link to gimpusers.com on the front page.
 
  Why?
 
  - because it will not hurt
  - because it's somewhat logic (why not keeping a link to a community of
  users ?)
 
 I would think this is the other way around? :) I would expect the user
 groups to keep a link to gimp.org? I build Windows versions and don't
 expect gimp.org to link to my site. Moreover, there are other sites
 such as Gimpchat.com (my favorite), gimptalk.com, etc. Should they be
 linked as well? :)

  2012/3/12 Alexandre Prokoudine alexandre.prokoud...@gmail.com
 
 ...[deleted]




-- 
Nemes Ioan Sorin
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-developer-list