FROM: ZONGO SAKALA, THE REP./MANAGER, AFRICAN DEVELOPMENT BANK GROUP.
ATTN: THE HONOURABLE EXECUTIVE PRESIDENT/CEO OF ADDRESSEE ORGANISATION.
Hello sir,
I will like to solicit your kind help in a business proposition, which is by nature very confidential and a Top Secret.
I know that a transaction of this magnitude will make any one worried and apprehensive but I am assuring you not to worry, as all will be well at the end of this endeavor.
I am Mr. Zongo Sakala , the Representative/Manager of the African Development Bank Group and I and my partners have decided to seek your help in transfer of a huge sum of money requiring maximum confidence.I got the directory where I saw your contact from the African-International Bilateral Bereau Office.
THE PROPOSITION A foreigner, Dr. Rigobeto Fijimori who we beleive was an oil merchant and a big time contractor to several african governments died. Until his death onboard the ill fated Kenyan Airways bus {A310300}, he was our customer at the AFRICAN DEVELOPMENT BANK GROUP and had a balance of US$ 75 Million ( Seventy-Five Million United States Dollars) which the bank now expects his next of kin to claim as the beneficiary.
We have made valuable efforts to get his people to no avail as he had no known relatives, due to this development our management and our board of directors are making arrangements for the funds to be declared unclaimed and subsequently paid into the federal government purse.
Meanwhile, to avert this negative development me and my colleagues have decided to look for a reputable person to act as the next of kin to the late Dr. so that the funds will be released and paid into your account and this is where you come in.
All documents to aid your claim will be provided by me and my colleagues and for your help you will be getting due percentage of the total sum .
Please be assured that this transaction is risk free and genuine. We will need your fax number and phone number for more communication. Very importantly, reply to my direct E-mail: aogomu@asorock.com or nnpccontract@asorock.com only. You could call my direct number : + 234-889-996571.
I will be glad if my proposal is successful.
Warm personal regards to you and your family as I expect to hear from you.
ZONGO SAKALA REP./MANAGER, AFRICAN DEVELOPMENT BANK GROUP.
Hi All!
Just a quick note to tell you, I mailed the person who addressed us with a java applet for pdf pages (https://sourceforge.net/forum/message.php?msg_id=2058850) and sent him a mail. I did so in german, as he's obviously from there.
I will let you know the answer he'll hopefully post. In short, I told him about our GPL license and asked him for a basic version to have a look at, and that it would be great to have a documentation entry for our Documentation.html...
Regards, Garvin.
Hi Garvin & list,
Am Fri, 13 Jun 2003 19:44:14 +0200 (CEST) hat Garvin Hicking squirrel@supergarv.de geschrieben:
Just a quick note to tell you, I mailed the person who addressed us with a java applet for pdf pages (https://sourceforge.net/forum/message.php?msg_id=2058850) and sent him a mail. I did so in german, as he's obviously from there.
I will let you know the answer he'll hopefully post. In short, I told him about our GPL license and asked him for a basic version to have a look at, and that it would be great to have a documentation entry for our Documentation.html...
A documentation entry would be OK, but I don't think that we should include a java applet in our distribution.
Regards,
Alexander M. Turek
Hi Alex!
A documentation entry would be OK, but I don't think that we should include a java applet in our distribution.
Well, personally I don't see any reasons why a GPL'ed, optionally enabled java applet shouldn't be included there? The table coordinates placement using X/Y values is a pain in the ***, so I'd love to see something graphical there. And a java-applet is the most compatible way to do so, even better than DHTML, I think. :)
Why do you think this could be problematic?
Regards, Garvin.
Garvin Hicking wrote:
Hi Alex!
A documentation entry would be OK, but I don't think that we should include a java applet in our distribution.
Well, personally I don't see any reasons why a GPL'ed, optionally enabled java applet shouldn't be included there? The table coordinates placement using X/Y values is a pain in the ***, so I'd love to see something graphical there. And a java-applet is the most compatible way to do so, even better than DHTML, I think. :)
Why do you think this could be problematic?
Regards, Garvin.
Personnally I could not maintain Java code. But maybe it's just me :)
Also, should be rename the package JavaMyAdmin ? :)
Marc
On Monday 16 of June 2003 20:29, Marc Delisle wrote:
Garvin Hicking wrote:
Hi Alex!
A documentation entry would be OK, but I don't think that we should include a java applet in our distribution.
Well, personally I don't see any reasons why a GPL'ed, optionally enabled java applet shouldn't be included there? The table coordinates placement using X/Y values is a pain in the ***, so I'd love to see something graphical there. And a java-applet is the most compatible way to do so, even better than DHTML, I think. :)
Why do you think this could be problematic?
Regards, Garvin.
Personnally I could not maintain Java code. But maybe it's just me :)
Also, should be rename the package JavaMyAdmin ? :)
Okay, I'll also express about this :-), but don't expect anything special as I don't like java, because I had to work with it for several months...
To make applet usable, you need jar archive. To develop code you need sources. This is hardly to include in our current source and will just make mess. Putting jar into cvs makes no sense, but just after checkout it will work.
I vote for creating separate cvs and separate distribution and make in easily include in phpMyAdmin (EnableApplet in config or something like this). This just in case that somebody could maintain the code, not only write it...
Am Mon, 16 Jun 2003 20:42:28 +0200 hat Michal Cihar nijel@users.sourceforge.net geschrieben:
Okay, I'll also express about this :-), but don't expect anything special as I don't like java, because I had to work with it for several months...
"I don't like Java": That is what I'd say, too :-) And imho most of our users won't be happy to see that we use Java applets - optionally or not.
To make applet usable, you need jar archive. To develop code you need sources. This is hardly to include in our current source and will just make mess. Putting jar into cvs makes no sense, but just after checkout it will work.
I vote for creating separate cvs and separate distribution and make in easily include in phpMyAdmin (EnableApplet in config or something like this). This just in case that somebody could maintain the code, not only write it...
It's not just putting the applet into our CVS tree and there we are... Since we are releasing under GPL, we MUST provide the source code of the applet.
Even if we check in the Java source into a seperate CVS module, our release script would additionally need to pre-compile it in order to make it usable as an applet - as most users won't be able to do so.
Finally, the applet together with its source code will make the distribution kit a lot larger and that is what I'd try to avoid.
Distributing the applet as some kind of add-on would be the way to go, imho.
Regards,
Alexander M. Turek rabus@users.sourceforge.net
Hi All!
Distributing the applet as some kind of add-on would be the way to go, imho.
That would be a good trade-off.
Regarding the whole Java-thingie, I just have this pragmatic point of view: What is the alternative to providing an applet for easy PDF positioning (which is important for everyone seriously using the PDF feature? I don't see how this can be done with today's techniques, even though you all keep saying you don't like Java. :)
I mean, it's not that we are forced to develop that applet, but we are offered an allegedly working software. I agree with what nijel said about maintainability. The suggestion to make a cfg switch for it and add a link in our Documentation and/or inside the config file is good for me. If we ever decide to upgrade our pdf page generation so that the java applet becomes unusable, we are still free to drop it.
How about waiting if this person ever mails back (which he hasn't done so far) and let's evaluate that applet from a user's view?
Regards, Garvin.
Garvin Hicking wrote:
Hi All!
Distributing the applet as some kind of add-on would be the way to go, imho.
That would be a good trade-off.
Regarding the whole Java-thingie, I just have this pragmatic point of view: What is the alternative to providing an applet for easy PDF positioning (which is important for everyone seriously using the PDF feature? I don't see how this can be done with today's techniques, even though you all keep saying you don't like Java. :)
I did not _say_ it :)
Can't easy positionning be done without dragging? just with js and some clicking? see http://javascript.internet.com/games/battleship.html
I mean, it's not that we are forced to develop that applet, but we are offered an allegedly working software. I agree with what nijel said about maintainability. The suggestion to make a cfg switch for it and add a link in our Documentation and/or inside the config file is good for me. If we ever decide to upgrade our pdf page generation so that the java applet becomes unusable, we are still free to drop it.
How about waiting if this person ever mails back (which he hasn't done so far) and let's evaluate that applet from a user's view?
Sure, let's see the thing!
Regards, Garvin.
Am Tue, 17 Jun 2003 14:02:12 -0400 hat Marc Delisle DelislMa@CollegeSherbrooke.qc.ca geschrieben:
Garvin Hicking wrote:
Regarding the whole Java-thingie, I just have this pragmatic point of view: What is the alternative to providing an applet for easy PDF positioning (which is important for everyone seriously using the PDF feature? I don't see how this can be done with today's techniques, even though you all keep saying you don't like Java. :)
I did not _say_ it :)
nuke all Java applets! ;-)
Can't easy positionning be done without dragging? just with js and some clicking? see http://javascript.internet.com/games/battleship.html
OK guys, I think, I'll be busy trying to beat this battleship AI for a while... don't expect quick answers... Marc, could you code something like that for our PDF creation mechanism? Personally, I'm not that good at JS. :-(
I mean, it's not that we are forced to develop that applet, but we are offered an allegedly working software. I agree with what nijel said about maintainability. The suggestion to make a cfg switch for it and add a link in our Documentation and/or inside the config file is good for me. If we ever decide to upgrade our pdf page generation so that the java applet becomes unusable, we are still free to drop it.
How about waiting if this person ever mails back (which he hasn't done so far) and let's evaluate that applet from a user's view?
If he/she/it does so, please ask, if someone would keep on working on the applet in the future. I'm not that experienced with Java, so I won't be able to work on incoming bug reports etc and I guess I'm not the only one... :-)
Regards,
Alexander M. Turek
Hi all
Finally some discussion except spams :-)
On 18.06.2003 00:08, Rabus wrote:
Am Tue, 17 Jun 2003 14:02:12 -0400 hat Marc Delisle DelislMa@CollegeSherbrooke.qc.ca geschrieben:
Garvin Hicking wrote:
Regarding the whole Java-thingie, I just have this pragmatic point of view: What is the alternative to providing an applet for easy PDF positioning (which is important for everyone seriously using the PDF feature? I don't see how this can be done with today's techniques, even though you all keep saying you don't like Java. :)
I did not _say_ it :)
I did _write_ it :)
Can't easy positionning be done without dragging? just with js and some clicking? see http://javascript.internet.com/games/battleship.html
OK guys, I think, I'll be busy trying to beat this battleship AI for a while... don't expect quick answers...
Well in javascript can be written many things... http://www.fczbkk.com/js/worm/index.html When you want draging, it is also possible: http://www.fczbkk.com/bordel/defect/index.html :-)
Marc, could you code something like that for our PDF creation mechanism? Personally, I'm not that good at JS. :-(
I'd also like it more in JS than in Java, because JS doesn't eat so much memory, but I'm probably not able to write such thing...
How about waiting if this person ever mails back (which he hasn't done so far) and let's evaluate that applet from a user's view?
If he/she/it does so, please ask, if someone would keep on working on the applet in the future. I'm not that experienced with Java, so I won't be able to work on incoming bug reports etc and I guess I'm not the only one... :-)
We're discussing about somehing we haven't seen yet, we don't know whether it works and is usable :-). Let's wait for the applet and decide then. But I'm also not able to maintain it...
Hi Michal!
When you want draging, it is also possible: http://www.fczbkk.com/bordel/defect/index.html :-)
That's a nice example. That inspires me to a little experiment. I'll try to get that done the next week :)
Regards, Garvin.
Hi Garvin & list,
Am Wed, 18 Jun 2003 17:07:23 +0200 (CEST) hat Garvin Hicking squirrel@supergarv.de geschrieben:
Hi Michal!
When you want draging, it is also possible: http://www.fczbkk.com/bordel/defect/index.html :-)
That's a nice example. That inspires me to a little experiment. I'll try to get that done the next week :)
What inpired you to "do a little experiment"? The pictures or the JS? %-) Don't do anything that you will regret later on!
Regards,
Alexander M. Turek
Hi Rabus!
When you want draging, it is also possible: http://www.fczbkk.com/bordel/defect/index.html :-)
That's a nice example. That inspires me to a little experiment. I'll try to get that done the next week :)
What inpired you to "do a little experiment"? The pictures or the JS? %-)
Uhm...you got me ;)
Don't do anything that you will regret later on!
I always wanted to do some of that DHTML drag-around stuff but never found some working code. The code there seems to be quite good, so based on that I want to try out some things. Let's see, even if it doesn't work out to be useful in PMA I learned something ;)
Regards, Garvin.
Rabus wrote:
Am Tue, 17 Jun 2003 14:02:12 -0400 hat Marc Delisle DelislMa@CollegeSherbrooke.qc.ca geschrieben:
Garvin Hicking wrote:
Regarding the whole Java-thingie, I just have this pragmatic point of view: What is the alternative to providing an applet for easy PDF positioning (which is important for everyone seriously using the PDF feature? I don't see how this can be done with today's techniques, even though you all keep saying you don't like Java. :)
I did not _say_ it :)
nuke all Java applets! ;-)
Can't easy positionning be done without dragging? just with js and some clicking? see http://javascript.internet.com/games/battleship.html
OK guys, I think, I'll be busy trying to beat this battleship AI for a while... don't expect quick answers... Marc, could you code something like that for our PDF creation mechanism? Personally, I'm not that good at JS. :-(
I am probably the worst js coder here!
(P.S. now I am working on InnoDB support - really!)
Marc
-
Garvin Hicking -
Marc Delisle -
Michal Cihar -
Michal Cihar -
Rabus -
ZONGOSAKALA