OS Software?
Are you interested in Office 2000? I am selling perfectly working copies of Microsoft Office 2000 SR-1 Premium Edition for a flat price of $50 USD. The suite contains 4 discs and includes: Word Excel Outlook PowerPoint Access FrontPage Publisher Small Business Tools PhotoDraw Office Developer 2000 is available as well for $65 and is the Premium version with Developer Tools. As well, why not try out some of the greatest operating systems below? Microsoft Windows 98 SE $20 Microsoft Windows Millenium $20 Microsoft Windows 2000 Pro $20 Microsoft Windows 2000 Server $50 Microsoft Windows 2000 Advanced Server (25CAL) $65 If you would like to order, please email me. I accept checks, money orders, and PayPal(Allows use of credit cards with 3% surcharge.) The software are virus checked and copied correctly with the best software and hardware available. In other words, they work flawlessly. CDR's as you know cost very little and there is little reason for me to rip you off. The highest cost is the time and effort I spent in defeating the copy protection system properly. I will definitely send the software upon receipt of payment. Mand Some of our other titles that are available include: Adobe Acrobat 4.0 $20 Adobe AfterEffects 4.1 $29 Adobe Dimensions 3.0 $29 Adobe FrameMaker 5.5 $29 Adobe Illustrator 9 $29 Adobe Image Styler 1 $29 Adobe InDesign 1.5 $20 Adobe PageMaker 6.5 $29 Adobe Pagemill 3 $29 Adobe Photoshop 6 $35 Adobe Premiere 5.1 $29 Adobe Photodeluxe 3.0 $20 Adobe Pro Jpeg 3.0 $20 Adobe Streamline 4.0 $20 MS Exchange 2000 Server $35 MS Map Point 2000 $20 MS Money 2000 *Deluxe $25 MS Office 2000 Proffessional $35 (Word, Excel, Outlook, Access, Power Point Front Page) MS Office 2000 Premium $50 (Everything Proffessional has plus Photodraw, Publisher, and Business tools) MS Office 2000 Prem. Developer $65 (Everything Premium has plus Powerful Tools for software developers) MS Project 2000 $30 MS SQL Server 7.0 $50 MS WIndows 95 $15 MS Windows 98 SE $20 MS Windows 2000 Pro $20 MS Windows 2000 Advanced Server $65 MS Windows Millenium (WinME) $20 MS Visio 2000 Server $50 MS Visual Basic 6 Professional $30 MS Visual Studio Enterprise 6.0 $55 (Visual Basic, Foxpro, C++, InterDev, J++) *Other titles available: Corel Draw 10 $30 Macromedia Flash 5 $30 Macromedia Fireworks 4 $30 Macromedia Dreamweaver 4 $30
Re: gimp 1.1.31-32 BUG
[EMAIL PROTECTED] writes: I have just downloaded 1.1.31 and 1.1.32 patches from ftp.gimp.org I notice that 'TODO' file has been updated to show some things that will happen with Gimp. However, I don't see any mention of "improved keyboard operation", i.e. the stuff that generated quite a bit of hate mail on this exact list a few weeks ago. I have to admit though, as soon as the discussion shifted into intelligent suggestions, everyone dropped out real quick. Still, I think being able to operate a program from keyboard is very important even if this program is a mouse-oriented graphics tool. Especially since it has been mentioned in the last few posts on this subject that this would affect things like shortcuts, and cause them to be reassigned using common sense, and not first-come-first-serve method that has been used up until now. I hope this bug gets fixed as soon as possible! : first of all we need some changed in GTK+. So you would probably do better by sending a mail to gtk-developer mailing-list. Of course you are right and the keyboard stuff should go into the TODO. I'll try to remember adding this the next time we touch the TODO. Salut, Sven
Re: GIMP-1.1.31: Where is gone spheredesigner?
On 20 Dec 2000, Michael Natterer wrote: The Makefile in po-plug-ins requires the missing spheredesigner.c source in plug-ins/common. Hi Marco, this is fixed in CVS. Thanks, but was really removed the spheredesigner.c plug-in? The PLUGIN_MAINTAINERS still holds its name and author. Regards, Marco -- //\/\ Marco (LM) Lamberto e-mail:lm(.)sunnyspot.org (replace '(.)' - '@') The Sunny Spot - http://the.sunnyspot.org/
Request to make a UltraFractal clone
Please make a UltraFractal clone. UltraFractal is a program who draws many fractals. All the power of the program stays only in some scripts with fractal formulas, coloring methods so it is not hard(for an experieced program) to write (or to modify an existent) formula parser. All types of features who exists in UltraFractal exists also in The GIMP too (eg. Alpha Channel support, Layers, etc), so they can be "linked" toghether to produce all fractals from UltraFractal. All thing is to be done is a formula interpreter that interprets all formulas/parameter, I think that you don't need to know much about fractals because, like I said, all formulas/types are in external scripts. Please test UltraFractal (www.ultrafractal.com) to see that even if the images obtained from it are great, it will be not very hard to "clone" it on GIMP. After instll it please see the *.ucl, *.ufm, *.uxf files from the UltraFractal directory or read the "UltraFractal programming" help. Even if you'll make only a formula intrepreter (without interface) it will be great. I recomand to do this as a "The Gimp" PLUG-IN. If you'll do this, The Gimp will be known also as "the best fractal rendering tool"; a good reason for this is also the post-rendering retouching capabilities in The GIMP (I mean after you render a fractal you can modify the image with paint tools from The Gimp) who doesn't exists in UltraFractal. Unfortunately, UltraFractal is not free :-(, so if you'll make a clone of it you'll give to us the freedom Please make it; you'll make many people happy. Thank you very much. Paul. __ Do you want a free e-mail for life ? Get it at http://www.email.ro/
Re: Request to make a UltraFractal clone
Please feel free to write this plugin. -- Robert Krawitz [EMAIL PROTECTED] http://www.tiac.net/users/rlk/ Tall Clubs International -- http://www.tall.org/ or 1-888-IM-TALL-2 Member of the League for Programming Freedom -- mail [EMAIL PROTECTED] Project lead for The Gimp Print -- http://gimp-print.sourceforge.net "Linux doesn't dictate how I work, I dictate how Linux works." --Eric Crampton
Re: Request to make a UltraFractal clone
Take a look at the existing fractal explorer in Filters-Render-Pattern. I think this basically does what you want. It doesn't support arbitrary functions (I bet you could code in your own if you really wanted to), but has quite a few options, and I imagine it could produce (with help from the rest of the gimp) any of the images UltraFractal can make. The author has a quick tutorial here: http://www.multimania.com/cotting/fractalexplorer_en.html (it's for an older version, but it still helps). -James Smaby
Re: divide by 255
On Wed, Dec 20, 2000 at 08:19:01PM +, Nick Lamb [EMAIL PROTECTED] wrote: Eerily similar to your hack and to the one from Marc. For me (PII 300, AMD Duron 700) and for the other hackers on that Moz bug who checked it _was_ faster than the GCC emitted alternate, but Marc's numbers Oh, one thing: did you use unsigned integers? signed integers *are* much slower since they need adjustments all over. -- -==- | ==-- _ | ---==---(_)__ __ __ Marc Lehmann +-- --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e| -=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+ The choice of a GNU generation | |
Re: gimp 1.1.31-32 BUG
[EMAIL PROTECTED] wrote: I have just downloaded 1.1.31 and 1.1.32 patches from ftp.gimp.org I notice that 'TODO' file has been updated to show some things that will happen with Gimp. However, I don't see any mention of "improved keyboard operation", i.e. the stuff that generated quite a bit of hate mail on this exact list a few weeks ago. I have to admit though, as soon as the discussion shifted into intelligent suggestions, everyone dropped out real quick. 1) That would be the TODO from the 1.1 series then? 1) 1.1 is in feature-freeze now + 2) Improved keyboard operation won't be fixed in 1.1, and thus it's not on the TODO list. I haven't downloaded 1.1.31 yet so I may be wrong on the first assumption, in which case this argument doesn't work. Lourens
Re: gimp 1.1.31-32 BUG
Apparently Sven's mail about this took 6 hours to reach me, so ignore this one please. Lourens and thus it's not on the TODO list. Lourens
mail problem
It seems that I am unable to send mail to gimp.org anymore: [EMAIL PROTECTED]|[EMAIL PROTECTED]|[EMAIL PROTECTED] SMTP error from remote mailer after RCPT TO host mail.gimp.org [128.32.45.176]: 550-See URL:http://mail-abuse.org/dul/ 550 mail from 193.159.127.206 rejected: administrative prohibition -- -==- | ==-- _ | ---==---(_)__ __ __ Marc Lehmann +-- --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e| -=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+ The choice of a GNU generation | |
Problem building an gimp-1.1.32 RPM
Hello, today I tried to build a an rpm of gimp-1.1.32 from the source via "rpm -ta gimp-1.1.32.tar.bz2", but it didn't work because in the installation phase it couldn't find the gimp executable in the /usr/bin directory under BuildRoot. Instead the gimp exectuable as well as the plug-ins, modules and libraries where directly installed to /usr. Is their a way to correct this behaviour and build an RPM ? My configuration: RedHat 7.0/i386 Bye, Henning
Improve your stepfamily life
Does your stepfamily life resemble a soap opera more than it does the Brady Bunch? The Stepfamily Association of America invites you to participate in THE NATIONAL CONFERENCE FOR STEPFAMILIES, Feb. 23-24, 2001, at the New Orleans Marriott Hotel. This is an opportunity, designed by knowledgeable professionals, in stepfamilies themselves, to help you: * Make your remarriage a success * Create bonds with your stepchildren * Help your children adjust emotionally * Manage money matters unique to your family * Get more help from legal, financial, psychological advisors * Overcome stepfather and stepmother stereotypes * Elicit cooperation from your children's schools * Bring more harmony into family life Complete conference details at http://www.edupr.com REGISTER ONLINE! Attend, and also enjoy Mardi Gras week in New Orleans! Special discounts for couples, students, groups. HOTEL IS BOOKING UP FAST. ACT NOW BEFORE ROOM BLOCK AND AIRLINE SEATS FILL Special rates for conference attendees. Visit http://www.edupr.com for discounts. Childcare available through a bonded local service. Up to 17 professional development credits available if you are an educator, clinician, financial planner, social worker. Questions? Email [EMAIL PROTECTED] If you would like to be removed, please email us back with the word "Remove" in the subject line. We apologize for any inconvenience.
Pupus pipeline: what Adam has been doing, etc. etc.
Right. If anyone knows or remembers who I am, they might wonder what I've been up to for the past six months since GimpCon 2000. =) If so, thanks for caring -- sit back and I'll tell you! Primarily, I'll admit, I've been busy with my super-mundane day job, and diffused much of my remaining time with scattered hackings. /(** % Oh, bad dog. Really. Quite awful. ' ` GIMPwise however, apart from minor ambient maintainence and musings I have been busy with two things: 1) "pquant", a terrifying colour-reduction algorithm probably doomed to perpetual experimentation. 2) "pupus", an image-processing scheduler and propogation framework. This is squarely aimed at GIMP 2.0. I'd mostly like to explain what "pupus" is about. The name is a working title and is short for "PUll-PUSh". The project has grown out of the ideas I hashed together in the airport waiting to fly to GimpCon 2000 and attempted to present for about eight hours (or four minutes when you factor out the rabbit-in- headlights panicking; never fear that I shall do a presentation again). If you're not familiar with the original proposal then shame on you! I *slap* you! Yet I cannot blame you, and it's okay because things have changed a great deal. , '()') baaa That's a sheep to make sure you're still awake. || || She'll be keeping an eye on you. Be wary. The somewhat-simplified idea common to both proposals is that a list/tree of little black boxes is set up, where images get fed into the tree at the bottom, get chewed up by the black boxes through which they are sequentially sent, and at the end of the line comes a result. If you think of the black boxes as analogous to plug-ins or compositing operators then you'll see that you've basically got a generalized way for a program to conceptually project a layer-stack, spin an image around and blur it -- whatever. Have the right black boxes at hand, connect them up just /so/, push in the desired source image(s) and wait for your beautiful beautiful output to spew forth from the end of the chain. In reality the devil is, as always, in the detail. What, exactly, are we feeding into these black boxes? Whence? By what mechanism? Who owns these 'images' that we're transferring around? What constitutes a black box, both physically and in terms of the interfaces used to poke it with? How would we, say, tell a 'blur' box what radius of blur we desire? How do we know when we've connected a black box's inputs and outputs 'right'? Can we set up a cyclic graph within the system? What happens if we do? In what order do things happen? How would we facilitate incremental rendering? Can we retroactively revise data already pushed into the pipeline? Who is the man behind the curtain? How can we improve the user experience? How do you stop this crazy thing? _ ||_|| 8: ) _ )~The roadkill pig of puzzlement knows not. ~ || || The list is much longer than that. Well, now I have a revised design and honest-to-goodness embryonic prototype code, taking into account comments and suggestions from GimpCon 2000 and various ideas from the intervening six months. In difference to the earlier proposal: 1) We're not going crazy on the resource-contention-avoidance malarky. Hopefully that just drops out as a natural side-effect of the resource ownership model. There is no explicit resource-lockdown upon black-box startup. 2) This time we support, nay, encourage in-place rendering and minimized copying where plausible. 3) We're a lot friendlier towards black boxes who can't/won't work on a 'regions on demand' basis. 4) Aborting a task pipeline is easier. 5) Changes to geometry (width, height, offsetting) figure into the grand scheme. 6) We can spontaneously invalidate image regions from upstream while they are still being processed downstream. 7) Latches and feedback-loops within the system might be facilitated with a little more effort. Some of the possibilities seemed too cool to pass-up. . o O () O o . o O () O o . o O () O o . As the implementation stands, 1) We are toolkit-agnostic. At the core we deal with tasks and resources, not a user-interface. 2) We are transport-agnostic. Only one transport-type is implemented so far and even then not as cleanly as I'd like, but in theory we can quite easily invoke these 'black boxes' (called 'steps' within the code) on remote machines via CORBA or Convergence's GCim (?). 3) Black boxes are instantiated from factories implemented as .so files. These are dynamically discovered at runtime. These are currently dynamically-linked to the main application at discovery-time but (in theory...) can trivially be dynamically-linked to an alternative transport shim and hence run from within a different address space or indeed a different physical machine. 4) A few black boxes have been written for testing purposes. All interfaces are continually in flux and are slowly being pared down to their essentials. 5)
Re: Pupus pipeline: what Adam has been doing, etc. etc.
That sounds good, very good. Does that mean that I will get my layer tree instead of layer stack as well? (from your mail I gather that it's possible but depends on the UI implementation). Being a programmer I wouldn't object to the connect-boxes-with-lines model, perhaps it should still be a possibility.. Lourens
