Re: [Gimp-developer] gimp GUI
] ]> gimp 2 includes a menubar, thank goodness! ]I like the menu but it would be even better to make ]some sort of scroll in the menu. What am I talking ]about? ]Say I have a small imagethe menu gets cut in half. ]If there was a way to make that menu scrollabe so ]everything can be seen, it would be nice. A simple implementation of this might add a menu item like "..." to contain the missing items that would normally follow. (seems easier to implement and as intuitive as scrolling back and forth) _-T Speed up your surfing with Juno SpeedBand. Now includes pop-up blocker! Only $14.95/ month - visit http://www.juno.com/surf to sign up today! ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] gimp GUI
> > Photoshop does have some vector tools... of course we have SVG which > > Illustrator also uses... > > GIMP has a path tool which is essentially a vectors tool. It could > need some other vector shapes though... of course we have SVG which is > the standard format for storing paths in GIMP 2.0. > > > its the slicing for web that is vitally important too photoshop > > also has this... > > GIMP also has this. There are Python and Perl scripts that do the > slicing and also create HTML for you. Last week I learned there is also a scheme/script-fu version called 'webotine' which is great if you want to have the same version on both windows and linux. http://registry.gimp.org/plugin?id=2821 -- Alan Horkan ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] first impressions of GIMP 2.0
> One of the tools that I absolutely love is the > "dynamic" shortcut tool. If you set this in the I agree. This function boosts productivity by 1000%. And certainly the function I miss most when forced to work with Photoshop. ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] gimp GUI
> gimp 2 includes a menubar, thank goodness! I like the menu but it would be even better to make some sort of scroll in the menu. What am I talking about? Say I have a small imagethe menu gets cut in half. If there was a way to make that menu scrollabe so everything can be seen, it would be nice. --Gezim ___ Do you Yahoo!? Express yourself with Y! Messenger! Free. Download now. http://messenger.yahoo.com ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] first impressions of GIMP 2.0
One of the tools that I absolutely love is the "dynamic" shortcut tool. If you set this in the preferences, then go to one menu highlight a tool then just press a letter, this letter will become the new shortcut of the tool and it's sweet :) (I should say that it took a while to discover this nice thing). And I haven't really used photoshop since 5.5 and the other day I see this guy makes a selection and then the selection gets some handles on it...he just drags the handles and makes it how big he wants it to bethat was really amazing to see, had never seen it before...so if gimp were to implement this I would love it. --- "miriam clinton (iriXx)" <[EMAIL PROTECTED]> wrote: > ok... i have to retract a lot of what i said - > theres stackable and > snapped menus - although it'd be preferable if they > were a little > smaller (for those of us using 1024x768 - theres not > a lot of room to > drag and drop other menus underneath (although most > features are covered > by tabs). The problem is that both appear on the > left hand side, and > they are very large - it'd be nice to have a feature > to minimise the tab > to just its menu-top. I use this a lot when adding > new menus. I like > that feature very much - that you can add /any/ menu > = in that sense > it's better than Photoshop! > > The Rect Select Options though is a feature that few > designers need in a > menu - it would be better to use a custom Color > swatch tool - which is > invaluable. > > The Colormap utterly baffles me. > > But in general, this version is /much/ much more > intuitive. > > Erm how do you add a layer mask? I usually add a > layer mask simply > by selecting Layer mask while i'm working with a > layer - no need to > select it with the Move tool or the Selector tool. > This one baffles me - > and will annoy designers. > > I'm glad to see a menu across the top of the image > as well - this was a > big problem for designers before. I actually prefer > one element of the > GIMP to Photoshop: that there is no background to > the GUI - this gets in > the way of designing and i often minimise Photoshop > to avoid it > (although if you have a nice desktop image it can be > distracting - I > often set it to a plain color when working in any > case. > > I'm actually (sadly) testing the ;atest Winblows > version (Win ME) - at > the moment there's not enough room on my laptop to > run both GNU/Linux > and winblows - and I have to use Flash and Fireworks > for my work. But > perhaps thats a good thing - there are a few bugs. I > had a crash on my > first go... it had to do with TTF fonts, but I wasnt > using the Font > tool, and all my fonts are ttf except those > installed by Adobe > Illustrator - so it should have read them in > correctly. The message was > **WARNING (recursed)**. Couldn't load font "MS Sans > Serif 8" falling > back to "Sans 8" aborting... - yet i was trying to > move a layer down. > Can you move a layer underneath the background? This > is what caused it > > Perhaps a font selection tool might be helpful - > although in GNU/Linux > Mandrake you can do this through the Drake wizard - > but that usually > crashes too ;P. > > Perhaps this occured because Ghostscript isnt ported > to Winblows? I have > to use Illustrator at present - and I'll have to in > the future, to be > compatible with other designers and for export to > print. I also have to > be /very/ careful with my fonts - if one corrupts > then my other work is > destroyed (although I back up my collection of > around 1000+ fonts). > > Speaking of which - there's no option for CMYK color > when starting a new > file, although you can up the resolution to print > levels (300dpi - > 600dpi). CMYK is the only format used for print - > which would be the > only case where you'd need 300dpi - so I don't > understand why this > option is there, without CMYK color. > > Default opening tool should be set to the > 'move/select' tool - opening > with the selector tool can often cause dangerous > mistakes, moving > sections when you dont want to! > > One feature I'd love to see is drag and drop from > one image to another. > I use this frequently, rather than cutting and > pasting layers. I also > couldnt layer two images together and then add a > layer on top, which I > paint white and then move underneath so I can see > what the layer effects > are doing. Yes, there's been layer effects since > 1.2, and those are > lovely. They form a major part of my work. > > This is just a first impression - unfortunately with > the crashes I > couldnt get any further with what I wanted to do... > but I'll keep trying. > > Best, > > Miriam. > > > -- > 99% of aliens prefer Earth > --Eminem > > www.iriXx.org > www.copyleftmedia.org.uk > > ___ > Gimp-developer mailing list > [EMAIL PROTECTED] > http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer >
Re: [Gimp-developer] first impressions of GIMP 2.0
> only case where you'd need 300dpi - so I don't understand why this > option is there, without CMYK color. > AFAIK, the CMYK and support for other colour spaces is under development. The keyword is GEGL library. You are right, this is really something current versions lack a lot. But working with high DPI values is of course useful in the RGB colourspace too. In prepress, CMYK is needed in the last stages of workflow, but you can start with RGB images (and you have to start with them - no digital camera works in CMYK for example). So you can do your graphics in RGB but proper resolution in dpi (of course you can just compute sizes in pixels and not think about dpi at all, but it is little inconvenient) and then send it to a prepress studio. They will convert it to CMYK themselves, they do it a thousand times a day anyway. ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] first impressions of GIMP 2.0
> > I'm actually (sadly) testing the ;atest Winblows version (Win ME) Eek. If you have to use Windows, please at least test it on a Windows version that is a "real" operating system. I mean Windows 2000 or XP. There are many limitations in Windows Me. It might be a bit better that Windows 98, but only superficially. Do the commercial tool vendors really still support Windows Me? The developers of the Windows GTK backend and GIMP on Windows don't even test on Windows 98 or Me, or do it rarely. In fact, I would be much tempted to drop support for these inferior Windows versions sooner than later. Many things could be done in a cleaner way in the code if one wouldn't have to consider the obsolete Windows versions. > You can drag and drop from the layers dialog, even between two layer > dialogs. There's a lot to drag and drop in GIMP and also between GIMP > and other applications. GIMP 2.2 will also improve clipboard support. Unfortunately, on Windows, drag-and-drop between GIMP and other applications is severely limited. This might change at some point. But currently it certainly works much better on Linux, or even Unix in general. --tml ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] first impressions of GIMP 2.0
Hi, "miriam clinton (iriXx)" <[EMAIL PROTECTED]> writes: > The Rect Select Options though is a feature that few designers need > in a menu - it would be better to use a custom Color swatch tool - > which is invaluable. I don't understand. Would you mind to elaborate on this? > The Colormap utterly baffles me. Sorry? > Erm how do you add a layer mask? I usually add a layer mask > simply by selecting Layer mask while i'm working with a layer - no > need to select it with the Move tool or the Selector tool. This one > baffles me Huh? Go to the Layers menu, choose "Add Layer Mask". Also available from the right-click menu in the Layers dialog. > I'm actually (sadly) testing the ;atest Winblows version (Win ME) - at > the moment there's not enough room on my laptop to run both GNU/Linux > and winblows - and I have to use Flash and Fireworks for my work. But > perhaps thats a good thing - there are a few bugs. I had a crash on my > first go... it had to do with TTF fonts, but I wasnt using the Font > tool, and all my fonts are ttf except those installed by Adobe > Illustrator - so it should have read them in correctly. The message > was **WARNING (recursed)**. Couldn't load font "MS Sans Serif 8" > falling back to "Sans 8" aborting... This is a known problem. GIMP isn't crashing, it just pops up a message dialog because of a bug in the GTK+ theme. This is explained in the FAQ at the place you downloaded GIMP for windows and it has been taken care of. The next version shouldn't have these popup windows. > Speaking of which - there's no option for CMYK color when starting a > new file, although you can up the resolution to print levels (300dpi > - 600dpi). CMYK is the only format used for print - which would be > the only case where you'd need 300dpi - so I don't understand why > this option is there, without CMYK color. GIMP doesn't have CMYK support except some rudimentary things like a color selector that allows you to select colors in CMYK notation. You can however very well design or edit material for print in RGB so it makes a lot of sense to work in RGB mode in high resolutions. What was your background again? > Default opening tool should be set to the 'move/select' tool - opening > with the selector tool can often cause dangerous mistakes, moving > sections when you dont want to! The default tool in 2.2 will be the paintbrush. > One feature I'd love to see is drag and drop from one image to > another. I use this frequently, rather than cutting and pasting > layers. You can drag and drop from the layers dialog, even between two layer dialogs. There's a lot to drag and drop in GIMP and also between GIMP and other applications. GIMP 2.2 will also improve clipboard support. Sven ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] gimp GUI
Hi, "miriam clinton (iriXx)" <[EMAIL PROTECTED]> writes: > Photoshop does have some vector tools... of course we have SVG which > Illustrator also uses... GIMP has a path tool which is essentially a vectors tool. It could need some other vector shapes though... of course we have SVG which is the standard format for storing paths in GIMP 2.0. > its the slicing for web that is vitally important too photoshop > also has this... GIMP also has this. There are Python and Perl scripts that do the slicing and also create HTML for you. Sven ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] gimp GUI
On Sun, 24 Oct 2004, miriam clinton (iriXx) wrote: > Date: Sun, 24 Oct 2004 12:12:46 -0700 > From: "miriam clinton (iriXx)" <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: Re: [Gimp-developer] gimp GUI > > thanks Sven and Carol for your answers... I'll get back to you with more > details about the GUI, as i'm working on an art project at the moment, > but to answer some immediate queries: > > - I'm using Photoshop 7.0 - strangely enough, I find it, and all the > other tools I use, highly intuitive - the essence of a tool that a > graphic designer can use is its intuitiveness, rather than usability. I try not to ever use the word intuitive because it is so easy not to realise your own biases. However the market dominance of Photoshop and mindshare it has cannot easily be discounted. More graphics users are familiar with how it works than just about anything else (barring mspaint) and more resources and tutorials are available for it than anything else so has serious benifits (network effect) merely by being the defacto standard. It would be better when in doubt to copy Adobe Photoshop if possible than to do things differently with a very good specific reason not to. > Perhaps in this case we should use graphic designers as testers, > alongside bug-testers? It is difficult for users to identify the root of a problem provide feedback that is specific enough for developers to work with and conversly it is difficult for developer to know what to implement when the only have feature suggestions rather than a specific problem or task to make easier to do. > - I was using the GIMP supplied by Mandrake 9.2, but I'll download the > latest version. An upgrade is recommended, it might also improve your enjoyment of the gimp if you make sure to install the gimp-data-extras and gimp-gap (Animation packages) amongst others. Try out as many of the different plug-ins as you can, you will find fammilar functionality under different names and place and I'm still finding out new things all the time and that is before you start lookign at plug-ins that are not included by default, see the plugin registry for more http://registry.gimp.org/ Dont ignore the "Tip of the Day" feature, read all of it if you have time. It was actually very carefully written unlike in most applictions because for a while it was the only documentation included with the gimp (or so I have been told). > - First thing I'd suggest is stacking the Layers / Brushes etc. screens > which at present you have to open from the top left hand menu - > Photoshop keeps these permanently in appearance, stacked at the right > hand corner, although you can double-click on the top of these mini-screens These screenshots of gimp 2 should give you a good idea of how thing have been changed to make it easier to manage windows http://gimp.org/screenshots/windowsxp_screenshot1.png http://gimp.org/screenshots/linux_screenshot2.png > - A Navigation tool for zooming would be essential - again, somewhere in > these mini-screens. There is a navigational tool, it can be found in the Dialogs menu. Also if you click on the cross arrows on the bottom right between the scrollbars there is another embedded overview widget. (both of these should be in the version you have). > - This might become a patent problem - but what i'm really suggesting is user interface patents have not yet been inflicted on the rest of the world and it should be possible to produce similar but non-infringing functionality in many cases. > - Its pretty hard to find where the effects are, and to know you have to > right-click on the image to produce these. But that in itself is > elegant, and avoids patent issues... gimp 2 includes a menubar, thank goodness! there are other improvements too, however i think not having the tool options options palette docked directly under the menus makes a big difference and make it harder for users familiar with photoshop. > I think the essential problem with Effects is that its difficult to find > out a) where they are located in the menu and b) what the heck do they > do?... Also many of the effects are outdated or not as accurate as the > Photoshop versions. if you can provide specifics it might be helpful. in some cases the gimp Filters provide a lot more options than the photoshop equivalents (at least the ones included with photoshop 7 that I've used) but they are not always easy to find. Only the other day I found you could changed the algorithm used for resizing in the tool options for the scale tool, although it is not shown in the Resize dialog (Image, Resize...) the way Photoshop does. > - One thing i /LOVE/ about the GIMP is that you've now implemented layer > effects (Multiply, Color Dodge, Color Burn etc.) - but these really need > to be in a permanently open menu. gimp is/was missing 'Exclusion' though if you want to have a permanantly open menu the developers might be willing to add an extra tearoff if you asked nicely. > the
[Gimp-developer] first impressions of GIMP 2.0
ok... i have to retract a lot of what i said - theres stackable and snapped menus - although it'd be preferable if they were a little smaller (for those of us using 1024x768 - theres not a lot of room to drag and drop other menus underneath (although most features are covered by tabs). The problem is that both appear on the left hand side, and they are very large - it'd be nice to have a feature to minimise the tab to just its menu-top. I use this a lot when adding new menus. I like that feature very much - that you can add /any/ menu = in that sense it's better than Photoshop! The Rect Select Options though is a feature that few designers need in a menu - it would be better to use a custom Color swatch tool - which is invaluable. The Colormap utterly baffles me. But in general, this version is /much/ much more intuitive. Erm how do you add a layer mask? I usually add a layer mask simply by selecting Layer mask while i'm working with a layer - no need to select it with the Move tool or the Selector tool. This one baffles me - and will annoy designers. I'm glad to see a menu across the top of the image as well - this was a big problem for designers before. I actually prefer one element of the GIMP to Photoshop: that there is no background to the GUI - this gets in the way of designing and i often minimise Photoshop to avoid it (although if you have a nice desktop image it can be distracting - I often set it to a plain color when working in any case. I'm actually (sadly) testing the ;atest Winblows version (Win ME) - at the moment there's not enough room on my laptop to run both GNU/Linux and winblows - and I have to use Flash and Fireworks for my work. But perhaps thats a good thing - there are a few bugs. I had a crash on my first go... it had to do with TTF fonts, but I wasnt using the Font tool, and all my fonts are ttf except those installed by Adobe Illustrator - so it should have read them in correctly. The message was **WARNING (recursed)**. Couldn't load font "MS Sans Serif 8" falling back to "Sans 8" aborting... - yet i was trying to move a layer down. Can you move a layer underneath the background? This is what caused it Perhaps a font selection tool might be helpful - although in GNU/Linux Mandrake you can do this through the Drake wizard - but that usually crashes too ;P. Perhaps this occured because Ghostscript isnt ported to Winblows? I have to use Illustrator at present - and I'll have to in the future, to be compatible with other designers and for export to print. I also have to be /very/ careful with my fonts - if one corrupts then my other work is destroyed (although I back up my collection of around 1000+ fonts). Speaking of which - there's no option for CMYK color when starting a new file, although you can up the resolution to print levels (300dpi - 600dpi). CMYK is the only format used for print - which would be the only case where you'd need 300dpi - so I don't understand why this option is there, without CMYK color. Default opening tool should be set to the 'move/select' tool - opening with the selector tool can often cause dangerous mistakes, moving sections when you dont want to! One feature I'd love to see is drag and drop from one image to another. I use this frequently, rather than cutting and pasting layers. I also couldnt layer two images together and then add a layer on top, which I paint white and then move underneath so I can see what the layer effects are doing. Yes, there's been layer effects since 1.2, and those are lovely. They form a major part of my work. This is just a first impression - unfortunately with the crashes I couldnt get any further with what I wanted to do... but I'll keep trying. Best, Miriam. -- 99% of aliens prefer Earth --Eminem www.iriXx.org www.copyleftmedia.org.uk ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] gimp GUI
...and the reason behind that : Q: Why the split from Sodipodi? Mainly just differences in objectives and in development approach. Inkscape's objective is to be a fully compliant SVG editor, whereas for Sodipodi SVG is more a means-to-an-end of being a powerful vector illustration tool. Inkscape's development approach emphasizes open developer access to the codebase, as well as to use and contribute back to 3rd party libraries and standards such as HIG, CSS, etc. in preference to custom solutions. ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] gimp GUI
miriam clinton (iriXx) wrote: i'm familiar with sodipodi - its close, but no banana... needs a lot of work, but i'd like to help there too... havent seen inkscape yet - is it new? IIRC, inkscape started life as an off-shoot of sodipodi but it is now a separate project. The answer to the first question of the FAQ says in part: Inkscape was founded in 2003 by four Sodipodi developers, Bryce Harrington, MenTaLguY, Nathan Hurst, and Ted Gould, with the mission of creating a fully compliant SVG drawing tool written in C++ with a new, HIG-compliant interface and an open, community-oriented development process. It is considered to be useful to users but not ready to replace commercial vector editors (yet). The other project worth looking at is Skencil (formerly known as sketch). You can find information about it at http://www.skencil.org/. -- Cheers! Kevin. (http://www.interlog.com/~kcozens/) Owner of Elecraft K2 #2172|"What are we going to do today, Borg?" E-mail:kcozens at interlog dot com|"Same thing we always do, Pinkutus: Packet:[EMAIL PROTECTED]| Try to assimilate the world!" #include| -Pinkutus & the Borg ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] gimp GUI
Jakub Friedl, adresa do konferenci wrote: i still cannot understand why you call fireworks a vector only tool. last tim e i used it was primarily a raster editor. and if i look at its homepage http://www.macromedia.com/software/fireworks/ it still seems to be capable raster graphic aplication (with vector functions) ahh ok i'm no programmer, at all... just a designer Fireworks is referred to as a 'vector graphics tool' by designers, but in fact Adobe Illustrator is closer to that. In the earlier versions (2.0 upwards) it was purely vector, including the painting functions. theseday the MX version includes bitmap editing... if you can point me in the right direction for people who could design what about http://www.sodipodi.com/ and http://www.inkscape.org/ ? those are free worlds vector apps i'm familiar with sodipodi - its close, but no banana... needs a lot of work, but i'd like to help there too... havent seen inkscape yet - is it new? thanks mC~ -- 99% of aliens prefer Earth --Eminem www.iriXx.org www.copyleftmedia.org.uk ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] gimp GUI
> but a good vector only tool is very important, with vector-to-web > features... (like Fireworks) i still cannot understand why you call fireworks a vector only tool. last tim e i used it was primarily a raster editor. and if i look at its homepage http://www.macromedia.com/software/fireworks/ it still seems to be capable raster graphic aplication (with vector functions) > if you can point me in the right direction for people who could design what about http://www.sodipodi.com/ and http://www.inkscape.org/ ? those are free worlds vector apps ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] Flash (was Re: gimp GUI)
[EMAIL PROTECTED] (2004-10-24 at 1721.39 -0400): > And I also have a libswf on my Debian machine. A quick apt-get search: [...] > It appears that openoffice has some SWF support ... Based in ming library http://f4l.sourceforge.net/. It, and other interesting info is listed in http://en.wikipedia.org/wiki/Macromedia_Flash. GSR ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] gimp GUI
hi Gezim, yes, i'm going to download gimp2 now... and indeed, Flash and vector graphics are badly needed for designers to migrate - but i'm not sure who to contact except you guys :) Photoshop does have some vector tools... of course we have SVG which Illustrator also uses... its the slicing for web that is vitally important too photoshop also has this... but a good vector only tool is very important, with vector-to-web features... (like Fireworks) and also a Flash / Open QuickTime tool... of course all need to be gui-based because designers simply cant think in words... we think in images (i literally have to think in images and translate when i speak, even!) if you can point me in the right direction for people who could design these apps, that'd be great :) thanks again mC~ Gezim Hoxha wrote: Hi iriXx and gimpers, Like the other guys pointed out it would defently be nice if you updated to gimp 2.* Having said that I do agree with some of the points you make. Right now, one of the things I long for is layer effects: they make your job so much easier and when you look at some photoshop tutorials it dissapoints me that they can do some of the things they can with couple of mouse clicks, whereas in the current gimp sometimes I have no idea where the heck to even start. But one of the things that can't be ignored is that (as far as I know) no-one gets paid to code for gimp, and seeing the current product (GIMP) at this stage it's just magnificant as to what these volunteer developers. So thanks to all the volunteers, and frankly I have no right to complain but just some suggestions. And Miriam, when you bring flash and some other vector software that's just doesn't add uplast time I checked photoshop wasn't able to produce flash animations...am I wrong? So as far as flash and vectors are concerned another applications is needed. Anywho that's my 2 cents, --Gezim ___ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com -- 99% of aliens prefer Earth --Eminem www.iriXx.org www.copyleftmedia.org.uk ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-docs] Re: [Gimp-developer] Help system
On 24.10.2004, at 20:36, Sven Neumann wrote: The help system has always been designed that way. The problem was with the way the help pages get generated from the DocBook sources. During that process empty pages were generated instead of no pages. Thus, the language fallback in the help system could not work. AFAIK the problem has been addressed in the meantime (as I already mentioned in an earlier mail). That has been taken care of. However regarding the correct processing it is very well posssible that there're still some cases in which we either create an empty element or no element at all even if translation is available. We're working on improving that situation. Servus, Daniel PGP.sig Description: This is a digitally signed message part
Re: [Gimp-developer] Help with gimp directory structure
On Sun, 24 Oct 2004 14:13:54 +0200, Sven Neumann <[EMAIL PROTECTED]> wrote: > Hi, > > Jean-Sebastien Senecal <[EMAIL PROTECTED]> writes: > > > I'm working on an open-source software for real-time mix-medias, > > similar to Puredata. We've started using part of the Gimp code for > > image processing. For now, I was able to move the composition > > functions in paint-funcs. However, since the functions are not > > documented, I find it often difficult to know what this or this is > > doing. Plus, I don't understand well how the files are organized. > > You are trying to reuse the part of the GIMP code that we would like > to get rid of the sooner the better. The basic image manipulation > routines date back to the early days of GIMP development and haven't > seen the refactoring that all other parts of the code have gone > through. I would not suggest to use this code at all. You should > consider to use GEGL instead. But then, GEGL is probably not at the > point yet where it would fulfill your needs. gggl ( http://pippin.gimp.org/gggl/ ) might be a starting point, since gggl aims to be API compatible with a future GEGL. If you are going to use such functionality from a higher level programming language a future migration should be easy. At the moment I've been mainly focusing on high quality, rather than high speed and thus implemented most of the image processing only for floating point buffers. The system is designed to allow for optimizations in the form of adding 8bit/16bit versions of operations alongside the floating point versions. My intention is to port my abstractions on top of gggl to GEGL, and thus my tool chain from gggl to GEGL, after that porting the operations is one of my priorities. Depending on how urgent your needs are,. if you have some time to spend helping out with GEGL development in the near future, that would also be greatly appreciated. -- Web: http://pippin.gimp.org/ .- Mobile : (+47) 97 62 81 98 | Software patents hinder progress Office : (+47) 61 13 52 07 | http://swpat.ffii.org/ ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer