Re: [Gimp-developer] What's new in GIMP-1.3 so far
Hi, Le jeu 19/06/2003 à 10:55, Sven Neumann a écrit : You can get 160 hits on google for whatever statement you would like to make. It is a stupid attempt to try to prove anything with a search engine that has billions of pages archived. I also agree that coming up with a google search is ridiculous. I'm afraid, there would be lots of people asking where is CMYK support and where is GEGL? It is very hard to alter such widespread knowledge. It could get a real PITA. As I said in another mail already, I believe that it will be a major PITA to explain why it GIMP uses GTK+-2.x and still is not called 2.0. I could surely come up with a google search to proove this but this is getting ridiculous. Anyone who followed the discussions on various sites that announced GIMP-1.3 releases lately, will have noticed that people keep asking for a GIMP port to GTK+-2.x. Going for GIMP 2.0 will IMO be less confusing than sticking to 1.4 just because we stated so 3 years ago. The problem is not that 2.0 == Gegl was stated 3 years ago, but that everyone (ie: magazines, websites) stated it since these 3 last years. As a Gimp user I am particullary enthusiastic with the changes introduced in the 1.3 branch, but I think in this scope it would make much more harm to call it 2.0 than 1.4, even if it is based on GTK+2. But don't be affraid, whatever your decision will be, ppl here will support you. And ppl are confident in you, and the way you have (will) managed the Gimp since all this time. If you (and the other main gimp developpers) finaly decide to call it 2.0, I think you should really insist, in your press release, on the fact that this realase was so good that you finally decided to call it 2.0 instead of 1.4. And that 2.0 will be 3.0. This would be a really positive and understable way to explain the change. Thanks, -- Dam ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Slow preview on highres images]
Hi, Le mer 11/06/2003 à 11:45, Sven Neumann a écrit : I'm not sure if it would boost development, it might as well hurt it. The problem with money is that we would somehow have to decide how to spend it. Paying developers from such a fund could cause quite some disagreements. If others are paid for their contribution, why would anyone want to contribute unless (s)he's paid as well? Yes, you are certainly right, but this money could also be used to organize events, and pay travel expenses or buy some hardware if a main developper needs it, like the AbiWord ppl does. That's really less controversial, but could prove to be really usefull. -- Dam ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Slow preview on highres images]
Hi, Le mar 10/06/2003 à 17:02, Sven Neumann a écrit : I'd be happy if you nevertheless decided to help us with the conference. We already got some fundings from the FSF but we are still lacking about 5000 EUR. That's not much for a larger company and any donations would help. So if you, or anyone else reading this, is willing and able to help, please let us know. Why can't you launch a « Gimp Fund » through paypal, like the Blender foundation did ? I think that the Gimp has much more visibility than Blender did, and would have no problems raising money. Actually, it may even help to boost the development. Thanks, -- Dam ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Notes from the Guad3c GIMP BOF session
salut, Le mar 09/04/2002 à 15:42, Sven Neumann a écrit : - Four direction menus to reduce mouse movements necessary to reach a certain menu entry. I'm not sure if I understood this correctly. Someone should draw some Ascii art to illustrate this. I don't like the idea. i suggest you go there : http://catalog.com/hopkins/piemenus/ddj/piemenus.html or just play the Sims ;) - Clicking somewhere into the image and starting to type should create a new text layer the size of the text's bounding box. Clicking and dragging should create a new text layer the size of the dragged rectangle. or, the size of the layer text is completly hidden to the user, and it adapts automagically when you modify the text also, a suggestion, it would be great to be able to group layers, to be able to show/hide a group of layers in one click, this would be relly usefull when you are doing webdesign with dynamic elements. a+, -- Dam ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Notes from the Guad3c GIMP BOF session
salut, Le mar 09/04/2002 à 16:45, Sven Neumann a écrit : how can we wrap lines then if there's no given width to fit the text into? right ;) firt, my main principle was : in fact the user don't want to see a layer, he just want to see text but, this lead to interresting questions they are (at least) two kind of text : * text like a title, where you don't want to have a fixed width (and you can always use enter to write on 2 lines), and just want to see text, this the usual vision of a graphic/vector tools * multi-line text, like a paragraph, where the text wrap when the width is reached, this is the usual vision of publishing tools, and word processors the current version of the gimp use the first one but maybe this should change fot the gimp 1.4 so the question is, which one is the most usefull for a graphic tool ? also if the second is choosen the user would want to see a containing block more than a layer, ie : if he resize the width of the block, he would expect to see the text redisplayed with the new correct wrapping, this is different from a layer, where when you resize it, you just cut the overlapping content. a+, -- Dam ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] rollover plugin
salut, i've written a rollover plugin, it generates rollover from layers, you can choose to render it with either table or layers (using css positionning) layers method will work, with 4th and laters generations of browsers, (actually, there is still a minor problem with netscape, the image layer is taken out of the normal flow, thus will the image be rendered over the following elements, instead of before) every layer with a name finishing by _over_ (case insensitive) is considered as an active layer of the rollover image, an will be swapped on/off on mouseOver event. you can download it from there : http://damien.genet.free.fr/download/prog/rollover thanks, -- Dam PGP signature