Re: [Gimp-user] Re: [Gimp-developer] New to list--curious about progress of 'Resources'
On 8/15/05, Carol Spears <[EMAIL PROTECTED]> wrote: > > Better? > > > no, not really. sorry. We'll just scrap it then... > > > > Well, people have reimplemented stuff before (e.g. Apache 2, and other > > > > 2 projects) -- sometimes you learn lots of things after doing things > > > > the first time around that you can re apply. Or sometimes it's nice > > > > to take a different look at things. > > > > > > > this is not a reimplementation. it should build on something that > > > > I was referring to me, reimplementing your script... > > > i am so very confused now. you will be reimplementing my script in perl > to use on your website? No, I will be reimplementing your script in perl to use on your site, my site, or the gimp website (depending on who wants it). I'll first, of course, have a test website so that you can tell what it's output looks like, and then I'll let you have it all. Probably should release it under GPL/CC.^^ > > > worked fine. the software that is. gamers.org left it broken in > > > gnomecvs and it magically became fixed just in time for the last contest > > > > Magically? Figures. > > > well, not magically. i asked the system admin for wgo if we could get > the contest going easily or not. he looked at it and made it work > easily. something like this. Sounds like a very nice system admin. > > Perl, IIRC, has been used for dynamic page creation for ages, and > > contains modules to dynamically create pages on-the-fly, and handle > > various other CGI tasks. (Among other things, it can also reformat > > text, and take a binary file and pass it to a user in a browser.) > > well, there you go. the system admin for my web server is one of the > people i think are punishing me for too long for making the mistake of > asking a perl question on #gimp from. > > perhaps this is the reason i see python in the cgi-bin as well. If your web server has a python interpreter, way to go. The host I use doesn't, and I don't have the resources to keep my PC up 24/7 to use it to serve everything Python on my website. > yes, my question to you is have you read those perl docs? i recently Yup. ^^ And a few books, that are about as thick as some dictionaries. > spent sometime poking around in the gimp perl scripts. perl seems to > allow some tricks that you really have to work at to get python to do. > maybe this is just a condition of gimp perl stuff. For GIMP, at least, the interface is pretty similar, regardless of whether you use Scheme, Perl, or Python, last I checked. All you need to know is the quirks of the various systems (e.g. brackets and car/cdr/cadr/etc for Scheme). > i read some of those perl docs. did you read them and find them useful? Yeah, but I needed to supplement them with a few books to get the idea. Then I figured it out. But I'm different -- I "learnt" Turing in 30 seconds by reading the help file and fixed a classmate's code without having ever seen Turing in my life or even taking a single underlying-concept-class. But that's because I referenced the help file for every second function, as opposed to memorizing functions and using them when I need them. That only happens subconsiously with repeated use; I don't use Turing that often. > i spent about a week working with a php script. it seemed to take a > year to get rid of the smell of chauvinism from my life encounters after > this. i think they are related. the question is, pay for access to > this? PHP4 can be embedded in HTML. That's probably part of it. > > > tomorrows task will be to make the script only write a link to the > > > different r-o-d if its page has been modified since its creation. > > > > Hum. > > > well, this apparatus is now almost installed. i have now succeeded in > making at the very least a little documentation project for myself. > this blog could actually be used to make me go through my thousands of > digicam pictures, one image a day. notify me when i have finished > cleaning one directory. how nice. are you taking notes on this for > your sourceforge project? I don't think I'll go to sourceforge with this, unless you want to. ^^ I believe I've been misunderstood in a lot of contexts here; I'll need to clean up what I say before e-mailing it. It's because I have about two million ideas in my head, and I type them up as I think about them without any regard for order. > > You could always generate the content *on* the website, as opposed to > > sending it to the website... just upload all the gradients and whatnot > > and your script first, and then have the script serve it to you. > > > the web server has python2.2 and i use python2.3. when whatever of this Figures... > i am writing is working on the gimp web site, the server should have > python2.3. the gimp web server, interestingly enough, does not have > gimp installed as well. since it reads the systems gimp files, this > would be a problem. Who would install a user program on a web server? I'
Re: [Gimp-user] Re: [Gimp-developer] New to list--curious about progress of 'Resources'
On Mon, Aug 15, 2005 at 07:03:00PM -0400, michael chang wrote: > On 8/15/05, Carol Spears <[EMAIL PROTECTED]> wrote: > > > > see them? one day. and that is how this page is written to work. > > > > > > > > contribute examples of using a resource? a five day week seems fair for > > > > this. two days off inbetween "projects" for lack of a better name. > > > > > > Sounds fair. Would it be ideal to have last week's contributions > > > shown on the weekends (or two any other days of the week)? E.g. Week > > > 1, Day one, results recieved on day 6, shown on week 2. > > > > > i would first need to understand that before i could even consider it. > > Monday - Friday: Show "resource of the day". > Saturday, Sunday: Show "resources of the past week, in use" > > Better? > no, not really. sorry. > > > Well, people have reimplemented stuff before (e.g. Apache 2, and other > > > 2 projects) -- sometimes you learn lots of things after doing things > > > the first time around that you can re apply. Or sometimes it's nice > > > to take a different look at things. > > > > > this is not a reimplementation. it should build on something that > > I was referring to me, reimplementing your script... > i am so very confused now. you will be reimplementing my script in perl to use on your website? > > worked fine. the software that is. gamers.org left it broken in > > gnomecvs and it magically became fixed just in time for the last contest > > Magically? Figures. > well, not magically. i asked the system admin for wgo if we could get the contest going easily or not. he looked at it and made it work easily. something like this. it was nice to drag that software quickly out of the old project and have it work so well. one of the coolest things about it was that it deomonstrated how the gimp-user group was able to learn to deal with a primative upload system and from each other. it is a nice group that you do not have to completely idiot proof a web apparatus for. so a couple of doses of stuff that looks like magic but really isn't. > > needing a reliable server. then it worked for the gnome splash contest. > > > > > Have you tried perl? It seems readily available for web usage (IIRC > > > most CGI scripts are written in either Perl or C++), and handles text > > > rather well, as well as a couple of other things... > > > > no, do you think it would work better? > > Perl, IIRC, has been used for dynamic page creation for ages, and > contains modules to dynamically create pages on-the-fly, and handle > various other CGI tasks. (Among other things, it can also reformat > text, and take a binary file and pass it to a user in a browser.) > well, there you go. the system admin for my web server is one of the people i think are punishing me for too long for making the mistake of asking a perl question on #gimp from. perhaps this is the reason i see python in the cgi-bin as well. > > i have an ongoing theory about the destruction that has befallen my > > life; occasionally, everything makes sense if i blame it all on daring > > to ask perl questions via the irc on #gimp. > > Oh ho ho. Have you read the documentation that comes packaged with > Perl? If you use linux, install the perl-doc package (or whatever) > and read the results in "perldoc perldoc" and "perldoc perl". If you > use Windows, get the ActiveState installer, and open up the > documentation viewer, by default, at "C:\perl\html\index.html". [I > personally read this version in Firefox in Linux when working with my > computer...] > yes, my question to you is have you read those perl docs? i recently spent sometime poking around in the gimp perl scripts. perl seems to allow some tricks that you really have to work at to get python to do. maybe this is just a condition of gimp perl stuff. i read some of those perl docs. did you read them and find them useful? > > i have seen python scripts used in the cgi-bin. > > True. But, then again, I've always worked with free web hosts to date > (icky) and the ones that support scripting use Perl. PHP is too > user-friendly (so they will make people pay for it), and I don't see > Python *that* often on these sites. > i spent about a week working with a php script. it seemed to take a year to get rid of the smell of chauvinism from my life encounters after this. i think they are related. the question is, pay for access to this? > > > Sounds like a good idea. A tarball is definately a bad idea, but that > > > said, we still want to make things available when people want them. > > > Static serving is good for this. > > > > > tomorrows task will be to make the script only write a link to the > > different r-o-d if its page has been modified since its creation. > > Hum. > well, this apparatus is now almost installed. i have now succeeded in making at the very least a little documentation project for myself. this blog could actually be used to make me go through my thousands of digicam pi
Re: [Gimp-user] Re: [Gimp-developer] New to list--curious about progress of 'Resources'
On 8/15/05, Carol Spears <[EMAIL PROTECTED]> wrote: > in a less than a half an hour i will see if cron puts my new efforts > online. Okay. > > > my script shuffles the list of available resources. it can just as > > > easily not shuffle them. it reads the available patterns from the > > > system files, so the resources which are in my ~/.gimp-2.3/ are never > > > seen. it can just as easily read different resources from a different > > > directory. > > > > How about multiple directories? > > > well, a look at the script you can see it involves a multitude of > multiple directories. Okay, so I think I won't comment again on this until I've read the script. > > > see them? one day. and that is how this page is written to work. > > > > > > contribute examples of using a resource? a five day week seems fair for > > > this. two days off inbetween "projects" for lack of a better name. > > > > Sounds fair. Would it be ideal to have last week's contributions > > shown on the weekends (or two any other days of the week)? E.g. Week > > 1, Day one, results recieved on day 6, shown on week 2. > > > i would first need to understand that before i could even consider it. Monday - Friday: Show "resource of the day". Saturday, Sunday: Show "resources of the past week, in use" Better? > > Well, people have reimplemented stuff before (e.g. Apache 2, and other > > 2 projects) -- sometimes you learn lots of things after doing things > > the first time around that you can re apply. Or sometimes it's nice > > to take a different look at things. > > > this is not a reimplementation. it should build on something that I was referring to me, reimplementing your script... > worked fine. the software that is. gamers.org left it broken in > gnomecvs and it magically became fixed just in time for the last contest Magically? Figures. > needing a reliable server. then it worked for the gnome splash contest. > > > Have you tried perl? It seems readily available for web usage (IIRC > > most CGI scripts are written in either Perl or C++), and handles text > > rather well, as well as a couple of other things... > > no, do you think it would work better? Perl, IIRC, has been used for dynamic page creation for ages, and contains modules to dynamically create pages on-the-fly, and handle various other CGI tasks. (Among other things, it can also reformat text, and take a binary file and pass it to a user in a browser.) > i have an ongoing theory about the destruction that has befallen my > life; occasionally, everything makes sense if i blame it all on daring > to ask perl questions via the irc on #gimp. Oh ho ho. Have you read the documentation that comes packaged with Perl? If you use linux, install the perl-doc package (or whatever) and read the results in "perldoc perldoc" and "perldoc perl". If you use Windows, get the ActiveState installer, and open up the documentation viewer, by default, at "C:\perl\html\index.html". [I personally read this version in Firefox in Linux when working with my computer...] > i have seen python scripts used in the cgi-bin. True. But, then again, I've always worked with free web hosts to date (icky) and the ones that support scripting use Perl. PHP is too user-friendly (so they will make people pay for it), and I don't see Python *that* often on these sites. > > Sounds like a good idea. A tarball is definately a bad idea, but that > > said, we still want to make things available when people want them. > > Static serving is good for this. > > > tomorrows task will be to make the script only write a link to the > different r-o-d if its page has been modified since its creation. Hum. > i do not know about that. a lot depends on whether my script sends all > that crap to my web site or not before anything can be said about python > and its learning curve. You could always generate the content *on* the website, as opposed to sending it to the website... just upload all the gradients and whatnot and your script first, and then have the script serve it to you. > > > it does need to be cleaned up to read the ChangeLog less hacky. > > > this is not unlike how i read the ChangeLog, however: > http://carol.gimp.org/writing/listsoflists/cgo-Y3K.html How sad. > i am too old and blameless to learn c++. Well, I don't really use C++ -- and I believe I've deleted all the things I've done in C++ to date. Once, I had a CLI (Command Line Interface) version of the game Mancala. Of course, a nearly identical version, except with an AI, and a GUI (graphical user inteface), was nicely packaged in a package on Linux, so I got rid of my little program. It was an interesting exercise though, and gave me something to brag about to my friends. ^^ > i dunno, i am watching the network seem to gurgle here with rsync. this > is the one time i know that the net traffic on my computer was from > something i did. :) > lol. -- ~Mike - Just my two cents - No man is an island, and no man is
Re: [Gimp-user] Re: [Gimp-developer] New to list--curious about progress of 'Resources'
On Sun, Aug 14, 2005 at 10:55:29PM -0400, michael chang wrote: > On 8/14/05, Carol Spears <[EMAIL PROTECTED]> wrote: > > On Sun, Aug 14, 2005 at 07:37:20PM -0400, michael chang wrote: > > i think that the web page generated by the script i am sharing later in > > this email is much much worse! > > If I get a chance, I'll maybe take a look at it... > in a less than a half an hour i will see if cron puts my new efforts online. > > well, i was mostly scripting. not that the script is any prettier... > > > the images were made by another resource script i wrote, this one a > > plugin for gimp http://carol.gimp.org/resources/python/resources.py > > it would be trivial to change that script to make different shapes of > > images. and also trivial to use parts of that to make gimp make these > > pages and images at the same time. better because new patterns and > > other resources can be added and you know the image will exist. not > > better because i am uncertain if i am able to run gimp in a way that > > cron can use. > > So don't use cron. > cron might work tonight though, just not with gimp. > > my script shuffles the list of available resources. it can just as > > easily not shuffle them. it reads the available patterns from the > > system files, so the resources which are in my ~/.gimp-2.3/ are never > > seen. it can just as easily read different resources from a different > > directory. > > How about multiple directories? > well, a look at the script you can see it involves a multitude of multiple directories. > > see them? one day. and that is how this page is written to work. > > > > contribute examples of using a resource? a five day week seems fair for > > this. two days off inbetween "projects" for lack of a better name. > > Sounds fair. Would it be ideal to have last week's contributions > shown on the weekends (or two any other days of the week)? E.g. Week > 1, Day one, results recieved on day 6, shown on week 2. > i would first need to understand that before i could even consider it. > Well, people have reimplemented stuff before (e.g. Apache 2, and other > 2 projects) -- sometimes you learn lots of things after doing things > the first time around that you can re apply. Or sometimes it's nice > to take a different look at things. > this is not a reimplementation. it should build on something that worked fine. the software that is. gamers.org left it broken in gnomecvs and it magically became fixed just in time for the last contest needing a reliable server. then it worked for the gnome splash contest. thank you for comparing it to Apache2, though. probably it is more like gimp2 to gimp2.2 though. > Have you tried perl? It seems readily available for web usage (IIRC > most CGI scripts are written in either Perl or C++), and handles text > rather well, as well as a couple of other things... > no, do you think it would work better? i have an ongoing theory about the destruction that has befallen my life; occasionally, everything makes sense if i blame it all on daring to ask perl questions via the irc on #gimp. i have seen python scripts used in the cgi-bin. > > the web authors of the first generation of the gimps web site had a > > tarball of something like 40,000 gradients you could get and install if > > you wanted. i want to avoid this. i have personally collected brushes > > Sounds like a good idea. A tarball is definately a bad idea, but that > said, we still want to make things available when people want them. > Static serving is good for this. > tomorrows task will be to make the script only write a link to the different r-o-d if its page has been modified since its creation. > > here is a version of the script that has more information than the web > > page it makes uses: > > http://carol.gimp.org/gimp2/resources/grod.py > > > > my version here is already making index pages that list all of the > > resources it reads. if i can match that with a template of the same > > name, i think it is easy to work with the contest stuff at wgo to put > > something together. > > I'll take a look at this some time. Later, I might end up dealing > with Python to mess around with it ( - does Python have a steep > learning curve? ) or trying to rewrite it in Perl/CGI with a couple of > things added in. > i do not know about that. a lot depends on whether my script sends all that crap to my web site or not before anything can be said about python and its learning curve. > > > it does need to be cleaned up to read the ChangeLog less hacky. > this is not unlike how i read the ChangeLog, however: http://carol.gimp.org/writing/listsoflists/cgo-Y3K.html > Perl, IIRC, is designed to handle text, so you could try using python > to fetch a processed chunk from a perl script on a web site... > > That said, Perl, I'm very sure, is not good for everything. It's just > what I know (in addition to POV-Ray SDL, and Game Maker Language > (www.gamemaker.nl); and a ba
Re: [Gimp-user] Re: [Gimp-developer] New to list--curious about progress of 'Resources'
On 8/14/05, Carol Spears <[EMAIL PROTECTED]> wrote: > On Sun, Aug 14, 2005 at 07:37:20PM -0400, michael chang wrote: > > On 8/14/05, Carol Spears <[EMAIL PROTECTED]> wrote: > > > On Sun, Aug 14, 2005 at 08:27:54AM -0400, michael chang wrote: > > What birthday exactly is this running for, anyways? > > > birthdays. with school starting and stuff, i was also trying to think > of something for gimp that would be fun. this is sounding to be a lot > more fun that another splash contest. o_O Well, in a way, I suppose... > i think that the web page generated by the script i am sharing later in > this email is much much worse! If I get a chance, I'll maybe take a look at it... > well, i was mostly scripting. not that the script is any prettier... > the images were made by another resource script i wrote, this one a > plugin for gimp http://carol.gimp.org/resources/python/resources.py > it would be trivial to change that script to make different shapes of > images. and also trivial to use parts of that to make gimp make these > pages and images at the same time. better because new patterns and > other resources can be added and you know the image will exist. not > better because i am uncertain if i am able to run gimp in a way that > cron can use. So don't use cron. > > And yet you understand this planning has to be flexible for the > > addition of new patterns. Surely there is a way to devise an > well, no i do not understand that the planning has to be flexible to > include new patterns. i think it would be better to aim for having > improved collections for gimp-2.4. both the application and the web > site. Yeah. Okay. > my script shuffles the list of available resources. it can just as > easily not shuffle them. it reads the available patterns from the > system files, so the resources which are in my ~/.gimp-2.3/ are never > seen. it can just as easily read different resources from a different > directory. How about multiple directories? > changelogs make themselves :) I suppose > see them? one day. and that is how this page is written to work. > > contribute examples of using a resource? a five day week seems fair for > this. two days off inbetween "projects" for lack of a better name. Sounds fair. Would it be ideal to have last week's contributions shown on the weekends (or two any other days of the week)? E.g. Week 1, Day one, results recieved on day 6, shown on week 2. > > > wanted to start making vegetable brushes to feed it. > > > > What about fruit brushes? > > > it doesnt sound as funny when you say it. I'm sorry. > > > in the end, collecting good resources and examples should be the goal > > > more than something competitive. the apparatus for collecting images Definately. > > > and information is already available. if we can figure out something > > > that will work without getting too boring or disruptive the software > > > should already be there to be implemented. Well, people have reimplemented stuff before (e.g. Apache 2, and other 2 projects) -- sometimes you learn lots of things after doing things the first time around that you can re apply. Or sometimes it's nice to take a different look at things. > > One last note, what language is the R-o-D page generator written in? > > And how big is your resource collection (e.g. size)? Maybe I could > > take a look at either the former or the latter, and see what I can > > suggest. > > > python. i am at best a high school level scripter. python keeps it Have you tried perl? It seems readily available for web usage (IIRC most CGI scripts are written in either Perl or C++), and handles text rather well, as well as a couple of other things... > from not looking bad. also, i am not using my personal collection of > resources. just the ones that come with gimp so far. this is a scheme > to get new resources to the gimps web site and to the gimp itself. not > a scheme, a python trick. Lol. > the web authors of the first generation of the gimps web site had a > tarball of something like 40,000 gradients you could get and install if > you wanted. i want to avoid this. i have personally collected brushes Sounds like a good idea. A tarball is definately a bad idea, but that said, we still want to make things available when people want them. Static serving is good for this. > gradients. every freaking gradient is beautiful. black-->white is > goregeous if you look at it enough. just because it is pretty and it > filled the sky in for this one photograph so well doesn't ever mean it > will have a purpose again. > > gimp needs more animated brushes. Both absolutely true. > here is a version of the script that has more information than the web > page it makes uses: > http://carol.gimp.org/gimp2/resources/grod.py > > my version here is already making index pages that list all of the > resources it reads. if i can match that with a template of the same > name, i think it is easy to work with the contest
Re: [Gimp-user] Re: [Gimp-developer] New to list--curious about progress of 'Resources'
On Sun, Aug 14, 2005 at 07:37:20PM -0400, michael chang wrote: > On 8/14/05, Carol Spears <[EMAIL PROTECTED]> wrote: > > On Sun, Aug 14, 2005 at 08:27:54AM -0400, michael chang wrote: > > > On 8/14/05, Carol Spears <[EMAIL PROTECTED]> wrote: > > > > we have been talking about running another splash contest for the first > > > > two weeks in September. the problem with this is that the timing has > > > > more to do with birthdays than it does with an important release (like > > > Ooh... sounds like fun. ^^ > What birthday exactly is this running for, anyways? > early in september is the birthday of manish singh and akkana peck. mid september is sven neumann and later in september is mine. the end of december and beginning of january is also a time loaded with gimp birthdays. with school starting and stuff, i was also trying to think of something for gimp that would be fun. this is sounding to be a lot more fun that another splash contest. > > > > here is the resource a day page my script makes: > > > > http://carol.gimp.org/blog.html > > > > it is ugly and stupid and was fun to put together. the pattern of the > > > Hah. No kidding... first thing we should have is a "design a resource > > > of the day page layout contest". ^^ > > getting the information to the web page was my goal. when it all > > started to get there, successfully -- this is when the ugly problems > > started. > > It could be worse, I suppose. > i think that the web page generated by the script i am sharing later in this email is much much worse! > > > > day is not viewable via internet explorer either, a design flaw. > > > > > > Why are you using CSS for the actual pattern: > > > "background-image:url(/gimp2/resources/default/2.3.0-patterns-3D_Green.png)" > > > yet you have for the frame? > > > Wouldn't this make more sense as: "background-image:url(frame.png)" > > > and > > alt="3D Green" /> ? [BTW, I believe the tag is deprecicated in > > > HTML -- they now suggest as a single standalone tag. But > > > that's another issue entirely, and not really all that important.] > > > > > also, what i wanted was a sappy portrait > > look. i got bored with making a fancy frame though and stuck by what > > color or metal or wood look to make it. i recently looked through css2 > > stuff to see if they had elliptical clipping and i had missed it. i get > > bored with rectangles on web pages. don't you? > > That's why so many people preprocesss their patterns and images before > putting them on a web server... as for the rectangle issue, well, > it's not like the circle is all that much better. (No offense.) If > you really want to get creative, try going for a mosaic effect... [try > using a table with 0 for the spacing and no borders and the like] > well, i was mostly scripting. not that the script is any prettier... the images were made by another resource script i wrote, this one a plugin for gimp http://carol.gimp.org/resources/python/resources.py it would be trivial to change that script to make different shapes of images. and also trivial to use parts of that to make gimp make these pages and images at the same time. better because new patterns and other resources can be added and you know the image will exist. not better because i am uncertain if i am able to run gimp in a way that cron can use. > > i think many of the current patterns were created with POV-Ray. > > o.O > > > here is the list of the number of resources: > > gradients_number = 78 > > patterns_number = 58 > > palettes_number = 39 > > brushes_number = 48 > > tips_number = 34 > > plugins_number = 255 > > scripts_number = 207 > > translations_number = 54 > > changelogs_number = 1315 > > > i was looking into having them rotate together, this time for a journal > > page. if each gradient remains on the page for 3 days, the brushes > > would have to remain on the page for 5 days. i was trying to plan this > > "journal" page so that they all started and ended together. i went to > > sleep when i realized i was starting to see "resource leap days" in my > > ideas > > And yet you understand this planning has to be flexible for the > addition of new patterns. Surely there is a way to devise an > algorithm for this? For example, ensure that there is a minimum > length for an item to be on a page, and an ideal length for the > cycling, and then how frequently to cycle. Nothing says you can't > have an automated script to calculate which one it's on in a cycle, > and have things cycling as frequently as every hour or three hours or > something. > well, no i do not understand that the planning has to be flexible to include new patterns. i think it would be better to aim for having improved collections for gimp-2.4. both the application and the web site. my script shuffles the list of available resources. it can just as easily not shuffle them. it reads the available patterns from the system files, so the resources which are in my ~/.gimp-2
Re: [Gimp-user] Re: [Gimp-developer] New to list--curious about progress of 'Resources'
On 8/14/05, Carol Spears <[EMAIL PROTECTED]> wrote: > On Sun, Aug 14, 2005 at 08:27:54AM -0400, michael chang wrote: > > On 8/14/05, Carol Spears <[EMAIL PROTECTED]> wrote: > > > we have been talking about running another splash contest for the first > > > two weeks in September. the problem with this is that the timing has > > > more to do with birthdays than it does with an important release (like > > Ooh... sounds like fun. ^^ What birthday exactly is this running for, anyways? > > > here is the resource a day page my script makes: > > > http://carol.gimp.org/blog.html > > > it is ugly and stupid and was fun to put together. the pattern of the > > Hah. No kidding... first thing we should have is a "design a resource > > of the day page layout contest". ^^ > getting the information to the web page was my goal. when it all > started to get there, successfully -- this is when the ugly problems > started. It could be worse, I suppose. > > > day is not viewable via internet explorer either, a design flaw. > > > > Why are you using CSS for the actual pattern: > > "background-image:url(/gimp2/resources/default/2.3.0-patterns-3D_Green.png)" > > yet you have for the frame? > > Wouldn't this make more sense as: "background-image:url(frame.png)" > > and > alt="3D Green" /> ? [BTW, I believe the tag is deprecicated in > > HTML -- they now suggest as a single standalone tag. But > > that's another issue entirely, and not really all that important.] > > > also, what i wanted was a sappy portrait > look. i got bored with making a fancy frame though and stuck by what > color or metal or wood look to make it. i recently looked through css2 > stuff to see if they had elliptical clipping and i had missed it. i get > bored with rectangles on web pages. don't you? That's why so many people preprocesss their patterns and images before putting them on a web server... as for the rectangle issue, well, it's not like the circle is all that much better. (No offense.) If you really want to get creative, try going for a mosaic effect... [try using a table with 0 for the spacing and no borders and the like] > i think many of the current patterns were created with POV-Ray. o.O > here is the list of the number of resources: > gradients_number = 78 > patterns_number = 58 > palettes_number = 39 > brushes_number = 48 > tips_number = 34 > plugins_number = 255 > scripts_number = 207 > translations_number = 54 > changelogs_number = 1315 > i was looking into having them rotate together, this time for a journal > page. if each gradient remains on the page for 3 days, the brushes > would have to remain on the page for 5 days. i was trying to plan this > "journal" page so that they all started and ended together. i went to > sleep when i realized i was starting to see "resource leap days" in my > ideas And yet you understand this planning has to be flexible for the addition of new patterns. Surely there is a way to devise an algorithm for this? For example, ensure that there is a minimum length for an item to be on a page, and an ideal length for the cycling, and then how frequently to cycle. Nothing says you can't have an automated script to calculate which one it's on in a cycle, and have things cycling as frequently as every hour or three hours or something. > seems like every resource should get a week. i tried my hand at 1315 weeks for the change log entries? I think not! > something that gave you two days to be artistic and i failed. i blame I'd rather see more things in a shorter period of time than have something hanging on the wall for two days. It *is* a resource page after all -- besides, you could always put in a fixed pattern, and then that allows you to give the page a specific time code or similar to get the same set again... > the pressure. if every gradient got 7 days it would take 546 days to > run through them completely. i think just interupting that for splash > contests will be fun and a refreshing change. It will, surely. Then again, look at the IRTC -- they run contests year round; each round lasts about 3-4 months. > then there is the idea of new resources. lately, adrian has been around > and playing with the brushes. he has two things he is working on. one > is this jitter effect for the brushes: > http://carol.gimp.org/gimp2/artsy-fartsy/jitterbrush/ Nicey. > he was working on another paint thing -- something about smudging. i am > unable to find the sample image he made, but the smudges with the green > pepper were really beautiful. i wanted my gimp to work that way and i I'm not surprised, to be honest. *remembers a thing about virtual apples somewhere* > wanted to start making vegetable brushes to feed it. What about fruit brushes? > i am typing too much today, sorry. Gee, if you think that's too much typing... I wonder about how much typing I do. It's alright, I think. > along with the journal idea i had for the same information that is on > that fi
Re: [Gimp-user] Re: [Gimp-developer] New to list--curious about progress of 'Resources'
On 8/14/05, sam ende <[EMAIL PROTECTED]> wrote: > what is a splash ? A splash image. Refers to that (little, or not-so-little) picture you see when the GIMP (or many other programs) starts up, and is loading. Usually, displays a loading bar of some sort. [GIMP, I believe, is one of the few programs that I know of that likes to change it's splash screen with every release, and then some.] Many versions of Windows have splash screens as well, to varying extents. Windows 9x had a little picture that flashed on, then off, then on again during boot. If you knew how, you could change it, too. Windows XP has one that fades in, and shows a little purple line scrolling across the screen (or someting like that). -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Re: [Gimp-developer] New to list--curious about progress of 'Resources'
On Sun, Aug 14, 2005 at 08:27:54AM -0400, michael chang wrote: > On 8/14/05, Carol Spears <[EMAIL PROTECTED]> wrote: > > we have been talking about running another splash contest for the first > > two weeks in September. the problem with this is that the timing has > > more to do with birthdays than it does with an important release (like > > something more than a 2.3.version). after the splash, running some > > littler week long image collections -- not exactly contests > > Ooh... sounds like fun. ^^ > > > here is the resource a day page my script makes: > > http://carol.gimp.org/blog.html > > it is ugly and stupid and was fun to put together. the pattern of the > > Hah. No kidding... first thing we should have is a "design a resource > of the day page layout contest". ^^ > getting the information to the web page was my goal. when it all started to get there, successfully -- this is when the ugly problems started. to be honest, i saw a beautiful display of gimp patterns on the television and this was the inspiration to start working with them. it was quasi-real life emulating software resources. funny. and it was funny that it looked so nice as well. they even used the "maple leaves" pattern. heh. big circular "blue squares" pattern, dangling precariously over their heads. and i guess the smell of horse manure wafting through the room as well -- although this is not a gimp resource that i have access to. > > day is not viewable via internet explorer either, a design flaw. > > Why are you using CSS for the actual pattern: > "background-image:url(/gimp2/resources/default/2.3.0-patterns-3D_Green.png)" > yet you have for the frame? > Wouldn't this make more sense as: "background-image:url(frame.png)" > and alt="3D Green" /> ? [BTW, I believe the tag is deprecicated in > HTML -- they now suggest as a single standalone tag. But > that's another issue entirely, and not really all that important.] > two reasons. to be mean. also, what i wanted was a sappy portrait look. i got bored with making a fancy frame though and stuck by what color or metal or wood look to make it. i recently looked through css2 stuff to see if they had elliptical clipping and i had missed it. i get bored with rectangles on web pages. don't you? > > maybe it would be fun to put the contest back up to collect images that > > show the different resources in action > > Sounds like fun, but are we allowed to create resources that aren't > made entirely in GIMP (e.g. use an external tool, like POV-Ray) and > then use GIMP to make them more resource-like? > i think many of the current patterns were created with POV-Ray. > > and skip the splash 'test until > > it looks like a real release is inevitable or whatever they call it. > > Maybe we should have one or two splashes in ... for lack of a better > word, reserve, so that we don't have to be rushed when they come in... > or we could hold an extended one (e.g. 1/2 month, 1-2 months) that > occurs concurrently with the pattern ones, and then after the release, > hold a "regular" one. > here is the list of the number of resources: gradients_number = 78 patterns_number = 58 palettes_number = 39 brushes_number = 48 tips_number = 34 plugins_number = 255 scripts_number = 207 translations_number = 54 changelogs_number = 1315 the plug-ins and scripts number is a little bloated -- there are some plug-ins that demand to be installed in the gimp system files which is where i counted. i was looking into having them rotate together, this time for a journal page. if each gradient remains on the page for 3 days, the brushes would have to remain on the page for 5 days. i was trying to plan this "journal" page so that they all started and ended together. i went to sleep when i realized i was starting to see "resource leap days" in my ideas seems like every resource should get a week. i tried my hand at something that gave you two days to be artistic and i failed. i blame the pressure. if every gradient got 7 days it would take 546 days to run through them completely. i think just interupting that for splash contests will be fun and a refreshing change. i am particularly fond of the translation of the day. it would be interesting to collect any urls for gimp information in that language on these days. 54 is a number to be bragged about. then there is the idea of new resources. lately, adrian has been around and playing with the brushes. he has two things he is working on. one is this jitter effect for the brushes: http://carol.gimp.org/gimp2/artsy-fartsy/jitterbrush/ the xcf is there so you can see the path that was stroked using this new brush setting. this is patch from bugzilla: http://bugzilla.gnome.org/show_bug.cgi?id=163049 he was working on another paint thing -- something about smudging. i am unable to find the sample image he made, but the smudges with the green pepper were really beautiful. i wanted my gimp to work that way and i wanted
Re: [Gimp-user] Re: [Gimp-developer] New to list--curious about progress of 'Resources'
On Sunday 14 August 2005 13:27, michael chang wrote: > Sounds like fun, it does sound like fun. i was quite disapointed whne i discoverd gimp a few years ago that the contest and display areas of what you could do with the gimp were and are so dead. > but are we allowed to create resources that aren't > made entirely in GIMP (e.g. use an external tool, like POV-Ray) and > then use GIMP to make them more resource-like? it would make sense, but there is an awful lot you can do with just the gimp, apart from the fractal plug-ins (which could be improved) there are pretty neat ways of creating original images, ie filters/render/patterns/defraction patterns, or qubist. > > and skip the splash 'test until > > it looks like a real release is inevitable or whatever they call it. > > Maybe we should have one or two splashes in ... what is a splash ? sammi ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Re: [Gimp-developer] New to list--curious about progress of 'Resources'
On 8/14/05, Carol Spears <[EMAIL PROTECTED]> wrote: > we have been talking about running another splash contest for the first > two weeks in September. the problem with this is that the timing has > more to do with birthdays than it does with an important release (like > something more than a 2.3.version). after the splash, running some > littler week long image collections -- not exactly contests Ooh... sounds like fun. ^^ > here is the resource a day page my script makes: > http://carol.gimp.org/blog.html > it is ugly and stupid and was fun to put together. the pattern of the Hah. No kidding... first thing we should have is a "design a resource of the day page layout contest". ^^ > day is not viewable via internet explorer either, a design flaw. Why are you using CSS for the actual pattern: "background-image:url(/gimp2/resources/default/2.3.0-patterns-3D_Green.png)" yet you have for the frame? Wouldn't this make more sense as: "background-image:url(frame.png)" and ? [BTW, I believe the tag is deprecicated in HTML -- they now suggest as a single standalone tag. But that's another issue entirely, and not really all that important.] > maybe it would be fun to put the contest back up to collect images that > show the different resources in action Sounds like fun, but are we allowed to create resources that aren't made entirely in GIMP (e.g. use an external tool, like POV-Ray) and then use GIMP to make them more resource-like? > and skip the splash 'test until > it looks like a real release is inevitable or whatever they call it. Maybe we should have one or two splashes in ... for lack of a better word, reserve, so that we don't have to be rushed when they come in... or we could hold an extended one (e.g. 1/2 month, 1-2 months) that occurs concurrently with the pattern ones, and then after the release, hold a "regular" one. -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Re: [Gimp-developer] New to list--curious about progress of 'Resources'
On Sunday 14 August 2005 06:33, Carol Spears wrote: > maybe it would be fun to put the contest back up to collect images that > show the different resources in action and skip the splash 'test until > it looks like a real release is inevitable or whatever they call it. i think that's a very cool idea. sammi ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: [Gimp-developer] New to list--curious about progress of 'Resources'
On Sat, Aug 13, 2005 at 04:39:09PM -0700, Michael Soibelman wrote: > I've been watching the (Gimp)web site for some time. Is there some realistic > date when we can expect to see the 'Resources' section updated?? > > It says: " Soon, you will be able to download additional brushes, patterns, > gradients and other useful files contributed by some GIMP users and > developers. Please be patient while we organize this section of the site." > > I've been reading that for a long time now and am wondering when this might > happen. Many new versions of Gimp have been introduced in the mean time. > Though it most certainly is nice to have new improved core functionality, for > persons using the Gimp, plug-ins and resources such as brushes, patterns and > gradients are immediately usefull and utilized !! > > Thanks for any information regarding this and for those who are working on > this I do appreciate all the work you are doing !! > we have been talking about running another splash contest for the first two weeks in September. the problem with this is that the timing has more to do with birthdays than it does with an important release (like something more than a 2.3.version). after the splash, running some littler week long image collections -- not exactly contests i took a break from whatever i was doing and made a script that picks a resource from several different catagories every day. it would be nice if there could be a web page for each resource showing it in use. it might also help to clear some of the more useless of the resources out. here is the resource a day page my script makes: http://carol.gimp.org/blog.html it is ugly and stupid and was fun to put together. the pattern of the day is not viewable via internet explorer either, a design flaw. maybe it would be fun to put the contest back up to collect images that show the different resources in action and skip the splash 'test until it looks like a real release is inevitable or whatever they call it. carol ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
