Re: [Gimp-developer] Why be cryptic? 'Xtns' should be name 'Extensions'
Looking at the menu we have. 1) Plugin/script development tools 2) Scripts that create new images. 3) The Module and Unit Editors Wouldn't it make sense to refactor 2) into the file menu - either as a new from script, or into the new file dialog - as a special type of template even. 3) should probably be folded into the preferences dialog. Which leaves 1) I would suggest Tools as a menu name purhaps. I would also suggest moving the debug submenu here... (note word suggest, I encourage somebody to think of something better) -- Grief can take care of itself; but to get the full value of a joy you must have somebody to divide it with. -- Mark Twain ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] Re: Rect tool
Can I propose 2 more options 1) Pop up dialogue is activated by hotkey (and perhaps on screen widget) - this approach is used quite successfully in several 3D applications. Usual Tab or N numeric is used. 2) Draw options on canvas - perhaps with hotkey/widget to show hide these additional options This has the additional advantage of not obscuring the picture while adding numerical input. I can do some mockups if that makes any of this clearer. -- Oh, get ahold of yourself. Nobody's proposing that we parse English. -- Larry Wall in [EMAIL PROTECTED] ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] Re: New Image dialog usability bug
Why not have the entries for size have drop down menus allowing the user to select the last 8 or so amounts entered. Danni -- Artificial intelligence has the same relation to intelligence as artificial flowers have to flowers. -- David Parnas ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] Don't forget this important bug.
Just looked at the list of bugs to be fixed before 2.0pre and I would urge you to include fixing the behaviour where the Cursor switches back to the mouse everytime a pen tablet is over the main toolbox. Although this can be worked around It will upset most graphics professionals if they try to use the program. Danni -- If you want divine justice, die. -- Nick Seldon ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] Alpha-transparency
with regards to the Alpha - Transparency issue... Stick with alpha add a glossary to the help menu to describe the meaning of any terms that the user has not across before. ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] Status report for GEGL
The www page does not seem to be updated in a while ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] Film gimp Vs Gimp....
I think it best that Filmgimp do its own thing for the time being I personally use both... If there where any merging I would suggest the 1.3.x branch than the 1.2.x branch simply because the code in the 1.3 branch is so much easier to work with (I say that as someone who is almost completely unfamiliar with the code). I think that filmgimp want to meet your 16 bit + requirements NOW not when Gimp 1.4 or 2.0 rolls out. Once 1.4 is out and the move comes for 2.0 I would sincerly hope that both projects could merge (at least in back end functionality) as I suspect that Filmgimp will have many industry specific patches incorperated... ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] Best way of getting subpixel accuracy under X
Apologies if this has been discussed already. But I just ran accross this one and it is a major fly in the ointment for the future of graphics on Linux/X Is anybody working on a workaround on this either in X or in the Gimp... Who do I talk to about this. Danni ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] Pressure Question.
I have been working on a patch to make the strength of pressure on attributes such as brush size user definable I have noticed that there have been a number of changes between 1.3.5 and 1.3.7... I would like a better Idea of what is planned in this area as I wish to help. PS. congrats to everyone for the code cleanup... I can actually find my way around now... I hope this attracts new developers. ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] Wacom tablet suggestion.
At the moment... brush size dictates the minimum size of brush. It would be more intuative if the brush size where the average.(when the pressure is at half the maximum pressure. Also It would be nice to be able to adjust the amount of size variation. ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] Vector prog.
Danni Coy ([EMAIL PROTECTED]) wrote: Background. Ok at the moment I have 2 reasons for booting Windows on my system. One is a Musical sequencing package and my pro soundcard. The other is the lack of a descent vector art package (on windows I use a combination of Expression2 and flash3). After playing with a package called autotrace it occured to me that it would be not too difficult to set up a program that will allow me to create basic vector strokes and fills with my wacom tablet... Paint with pencil type tool onto bitmap(ie one bit per pixel) Convert this to a vector at the end of each stroke You might want to look at sketch and sodipodi. Maybe you'll find what you are looking for. But both have IIRC no explicit tablet support. I do not like the work flow of either of the programs you mentioned, they do not currently support any type of artistic stroke that can be controlled via wacom. The approach I intend to use is a hybrid of raster and vector techniques. Essentually What I want to do is have autotrace convert a bitmap image stroke by stroke rather than all at once (problem areas at the moment are where strokes overlap) I then need to be able to display move and delete objects and purhaps change their stacking order. These are Questions 1) At this point I could either start on a simple stand alone app or try and extend an existing project like the gimp.(gimp 1.3 code seems to be a lot more readable). Which would be better at this point. I am not sure. To extend Gimp with a general vector infrastructure (in fact I am working on something like this, but progress is slow since I am very busy with other stuff right now) a lot of work has to be done. Starting a new project would be silly in my eyes. There are some interesting vector programs out there and the gimp is not the most obvious possible target. Um I am not seeing anything to my liking currently gyve I can't get a compile of... Sodipodi's workflow is too contorted... And I find the Koffice component and sketch don't work the way I do at all. If you can tell me of any other project I would be greatful. 2)Is the brush code now modular enough to allow me to create a new brush tool for creating vector strokes. (ultimately this would be very simular to the pencil. Currently this is not possible. It would be cool though... This is planned though? soonish? 3) I know that dynamic text creates its own special layers... Is the system robust enough to allow the creation of 'vector' layers? You can attach arbitrary data to regular layers. This is waht dynamic text does. You can modify text rendered by dynamic text with all tools, however, if you change the text it will get re-rendered and all changes are lost. Of course someone could do the same with the gfig plugin. It is planned to make this mechanism more generic. For example to have adjustment layers or - as you intended - to have real vector layers. I was hoping to do something that works and try something more elegant and the point where gegl is folded into the main code base... 2.O right. 4) Gimp already uses a library (libart?) to do raster to vector conversions does anybody know how this compares to autotrace? libart is used to do vector - raster conversions and is thus exactly the opposite thing to autotrace :-) It is mainly used to convert bezier-curves to selections. Thanks for your input Danni ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] xinput:
How can I get a look at the xinput files for gimp 1.3.X I cant seem to find them in 1.3.5 (or mention of there removal in the changelog) appologies if this question has already been asked Danni ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
