1. Euphoria should support/be supported by HaXe through CGI in the future.
- Posted by darkborn Jun 15, 2009
- 1321 views
- Last edited Jun 16, 2009
Well, everything is explained at a title:
Euphoria should (actively) support/be supported by HaXe through CGI in the future.
I mean as a ActionScript (Flash) alternative, and... well you'll figured out what I wanted to say. Here is why.
HaXe team made "Motion-Twin ActionScript Compiler" before, which is superior then original, proprietary.
Oh,
SVG (animation) & SMIL support is welcome too. Inkscape and MadSwatter are great.
2. Re: Euphoria should support/be supported by HaXe through CGI in the future.
- Posted by DerekParnell (admin) Jun 15, 2009
- 1449 views
- Last edited Jun 16, 2009
Well, everything is explained at a title:
Euphoria should (actively) support/be supported by HaXe through CGI in the future.
I mean as a ActionScript (Flash) alternative, and... well you'll figured out what I wanted to say.
Well actually it is not. I do not know what you mean. I've read through the HaXe documentation and still don't get what you are asking for.
What do you mean by "support is welcome too"? Are you asking for Euphoria code to output SVG and SMIL data? If so, how do you see that working?
Inkscape and MadSwatter are great.
Maybe, but what have they got to do with this message of yours?
3. Re: Euphoria should support/be supported by HaXe through CGI in the future.
- Posted by darkborn Jun 16, 2009
- 1299 views
Well, everything is explained at a title:
Euphoria should (actively) support/be supported by HaXe through CGI in the future.
I mean as a ActionScript (Flash) alternative, and... well you'll figured out what I wanted to say.
Well actually it is not. I do not know what you mean. I've read through the HaXe documentation and still don't get what you are asking for.
Oh, I see.
You are dialectic one. How nice to spare your free time.
Ok, I'll explain for a slow ones:
One of the public promoted features of Euphoria are CGI web based content, or more detailed, "Web-based (CGI, FastCGI and SCGI) programs".
Except this forum and few noble exceptions, THERE ARE NO EUPHORIA DRIVEN SITES WIDE SPREAD OVER WEB.
Which does not mean that Euphoria is not powerful, just the opposite.
On the other hand, there are bunch of AS (flash) based sites, written by script kids, and so on.
Obviously, there are some circumstances which led to this situation.
It could be a) many bucks inserted at popularization of platform, b) easy or effective dev. enviroment, c) else.
a) You got so many millions to promote Euphoria? Oh, lucky you. Buy Adobe, for beginning.
b) You think that Euphoria lacks as a background for CGI? Neither I.
c) Then, you have to move some strategic move. How about Synergy?
Remember: I said "in the future".
With that, I mean when circumstances will be ehm.. good enough. It means when bunch of works which is now "to do" became "done".
The question is: when it will be done (hope not to late)? However, smart one is planning before moment he has to act.
IMHO, CGI & web is the (bright) future of Euphoria; however Euphoria is much more then that.
There are plenty of new talented generations of which are not interested at e.g. DOS, and they didn't even heard about Euphoria. However, "Flash is cool", AS rulz and so on. When they have to pay, they will turn... at haXe, probably. I suppose that haXe will soon have hundreds of sources, and this is where it become interesting: (This is what you cut out) Sources could be re-compiled to many (mostly script "web" based) languages. But why not Euphoria? At least, at the rudimentary, logic level. E.g. if somebody find nice Pacman-clone haXe source, intended to be compiled as AS, he could "translate" it to Euphoria, and improve it as he wants as a "standard" platform program.
On the other hand, Euphoria will become much more desirable if you could translate your own program to became e.g. AS (flash) web-game, through haXe. And what about CGI scripts? Compatibility is remarkable thing. :)
IMHO, CGI possibilities of Euphoria should be expanded, possibly to the vector based active content, but in a way of simplicity.
Conclusion: I think that haXe is NOT a competitor to Euphoria; but it could help in promotion as a "ActionScript (etc) wrapper".
Really, how do you see that working? Except that you have included "svg.e" to output SVG data. You know about some other way to use it?Tell us about it, please.
I was talking hypothetically, and I was certainly not asking you to write the code. I just think that it could be nice to hear opinion of community (before somebody - me? - starts coding).
Inkscape and MadSwatter are great.
Maybe, but what have they got to do with this message of yours?
Really what? Let's see.
Oh, SVG (animation) & SMIL support is welcome too.
Inkscape and MadSwatter are great.
SVG stands for scalable vector graphic. SMIL is a way to achieve SVG animation. Both open standard.
Inkscape is the most popular SVG editor. MadSwatter is SVG animation editor. Both open source.
DOES ANYBODY SEE RELATIONS BETWEEN INKSCAPE, SVG, SMIL, MADSWATTER? If so, please help Derek.
The message was about possible relations between Euphoria and haXe, through CGI implemenations. HaXe is well known as a supplement of AS, which is base of Flash vector based CGI (web) platform. However, Flash interpreters are proprietary, not open source.
Possible open source Flash/AS alternatives are haXe and SVG.
Derek, I hope that you're not main developer of Euphoria.
4. Re: Euphoria should support/be supported by HaXe through CGI in the future.
- Posted by ChrisB (moderator) Jun 16, 2009
- 1236 views
Light the blue touch paper and............
5. Re: Euphoria should support/be supported by HaXe through CGI in the future.
- Posted by jeremy (admin) Jun 16, 2009
- 1258 views
Because we say we support web based applications does not mean that it is a primary goal of Euphoria nor that Euphoria is just as popular as PHP for web based applications. Besides, how do you know there are not more? Many of my web applications that I write end in the extension .html and are all dynamically executed via FastCGI or SCGI. Some w/Euphoria as the back end, others with Java/PHP.
Euphoria is not yet a popular language. It spent the vast majority of it's time as the commercial work of one person. Just recently in it's life was it open sourced. Sure, we have plans of promoting it but they start with getting Euphoria out in the public as a general purpose language. Our major goal is not to make Euphoria the next best web platform. Thousands upon thousands of languages, web stacks and methods exist for such.
No, we do not have millions to invest, in fact, I think we have enough for our monthly web host to invest. If you wish to contribute some, maybe we could by adobe?
Jeremy
6. Re: Euphoria should support/be supported by HaXe through CGI in the future.
- Posted by jeremy (admin) Jun 16, 2009
- 1237 views
Oh... Yes, Derek is a main developer of Euphoria, and a good one too.
Jeremy
7. Re: Euphoria should support/be supported by HaXe through CGI in the future.
- Posted by irv Jun 16, 2009
- 1201 views
Why? Haxe claims to be a programming language. Why does it need support from Euphoria?
8. Re: Euphoria should support/be supported by HaXe through CGI in the future.
- Posted by irv Jun 16, 2009
- 1211 views
Why? Haxe claims to be a programming language. Why does it need support from/to/with Euphoria?
If we want to do the stuff that Haxe claims to be able to do, we can just use Haxe, right?
9. Re: Euphoria should support/be supported by HaXe through CGI in the future.
- Posted by Lnettnay Jun 16, 2009
- 1246 views
OK, no offense.
My apologies to Derek; just don't like when somebody threat me like I'm Forrest Gump
I suggested it hypothetically. Still thinks that synergy is as great thing... and there are some similarities/compatibilities between haXe/Euphoria.
Pity is that Euphoria's web abilities are not better known. IMHO, I'm sure that you can do just anything you want wrapping it with e.g. PHP; but most kids will spend time learning handling "ready made" e.g. Joomla instead try to get it with Euphoria.
Sure, we have plans of promoting it but they start with getting Euphoria out in the public as a general purpose language. Our major goal is not to make Euphoria the next best web platform.
I agree with you 100%. Euphoria should stay general purpose language. This is why I suggested haXe, as a somekind of web "add-on" to Euphoria. HaXe just looks flexible enough and has a good reputation (MTASC).
The fact is that many of wanna-be-web-designers tries to sell their story with Web2/Flash based/multimedia/blahblahblah; and they succeed! When potentional contractor see some nice, simple vector animated intro - story is sold! What is driven behind... who cares.
I don't like the situation in which monopole on (web based) vector graphic has one player with some proprietary patent. Team about haXe tried to change this paradigm (and they almost suceed with MTASC), that's all about haXe.
I'll definitely buy Adobe, just tell me how.
Haxe claims to be a programming language. Why does it need support from/to/with Euphoria?
Nope. Euphoria IS and should stay (as Jeremy said) general purpose language. HaXe (IMHO) wants to be open source ActionScript replacer. Generic OO script language for web, with multimedia abilities, actually. It is not comparable to "real" language, and it needs some "hook" to become one. As I saw at wiki, they are working on C compiler. Well, they could also make some brench to Euphoria. On the other hand, Euphoria could profit from some multimedia abilities. It leads to popularity -> wider userbase -> more developers -> all happy.
If we want to do the stuff that Haxe claims to be able to do, we can just use Haxe, right?
Exactly! This is what I wanted to say (just I'm a clumsy). But some wrapper (mid-layer) could be nice. I'll like situation in which I could use some Euphoric sequence-loop to produce nifty vector animation, and be able to use it through haXe.
10. Re: Euphoria should support/be supported by HaXe through CGI in the future.
- Posted by DerekParnell (admin) Jun 16, 2009
- 1205 views
- Last edited Jun 17, 2009
My apologies to Derek; just don't like when somebody threat me like I'm Forrest Gump
I'm sorry you felt that I did that. I certainly did not intend that and I'm still unsure what exactly made you think that way.
The reasons I replied to your message were that I truely , honestly, sincerely, without malice, and with due respect, did not understand what you were trying to get across. This is a fault in me not yourself. I do not understand why you thought I was treating you with disrepect. Again, a personal failing and nothing to do with you.
I asked the question "how do you see that working" because I honestly would like to know what exactly you have in mind. That question is a fairly standard one when asking for requirements.
After seeing more of what you have to say, I'm still not 100% sure of things but you might be talking about ...
- Add new capabiltities to Euphoria to assist in writing web applications.
- (Not sure exactly what one needs here so more examples would help me understand)
- Add new capabiltities to Euphoria to assist in supporting vector-based animations in web pages.
- Ask the HaXe developers to support Euphoria as one of its target platforms.
- Add the ability to translate Euphoria applications into HaXe applications.
- Add the ability to translate HaXe applications into Euphoria applications.
I am not a web developer so this is quite new to me, so please excuse my ignorance and understand that I am sincere and not attacking you. For example, if I started talking about securitisation functionality and financial risk algorithms, it would be difficult for everyone to undertstand me, simply because there are a lot of people who would not have yet been exposed to those concepts.
I would like to understand what you are talking about, so beyond asking you questions and stating to you how what I understand so far, I'm not sure what else I can do. If you find this approach disrespectful, I'm sorry that I'm offending you.
11. Re: Euphoria should support/be supported by HaXe through CGI in the future.
- Posted by darkborn Jun 18, 2009
- 1279 views
- Last edited Jun 19, 2009
After seeing more of what you have to say, I'm still not 100% sure of things but you might be talking about ...
- Add new capabiltities to Euphoria to assist in writing web applications.
- (Not sure exactly what one needs here so more examples would help me understand)
- Add new capabiltities to Euphoria to assist in supporting vector-based animations in web pages.
- Ask the HaXe developers to support Euphoria as one of its target platforms.
- Add the ability to translate Euphoria applications into HaXe applications.
- Add the ability to translate HaXe applications into Euphoria applications.
Exactly. You understood it very well. I "mixed" it because these projects interferes each other. Well, priorities should be checked.
- is mostly suspicious one to me; it sounds... weird (probably because of my lack of English). Let's say it this way: if we achieve e.g. vector-based capabilities, then it will be good to have "tools environment" for those new capabilities. I agree with that.
- is OK. But note should be at vector-based capabilities, not web pages.
Unfortunately, there are two "main" vector standards: SVG (+SMIL), and SWF.
SVG standard is used often offline (e.g. Inkscape, Scribus, FontForge, Potrace, OpenOffice). SMIL (as animated SVG) standard is OK, because it is - animation standard for SVG. But IMO Euphoria is powerful enough so doesn't really needs SMIL. Danger is just to look like as "forcing new standard": there are already e.g. Salasaga, Synfig, MadSwatter, Ikivo animator, to name few. All forcing their own standard, incompatible with SMIL. My opinion is that Euphoria should have native capability (e.g. through standard library) for producing/manipulating SVGs. With SVG animation standard we should be careful.
Other common vector standard is proprietary, mostly closed source SWF aka Flash, produced by ActionScript language. It is basically used at web pages, but more and more as a base for standalone applications through SWF2EXE "projectors". I can't see how Euphoria could extend capabilities to support SWF directly. It is possible through some CGI framework, of course. IMHO, it is possible with #4. - ability to translate Euphoria applications into HaXe "applications". HaXe - as a meta language - already has ability to translate into SWF - ActionScript (and more). If we call this meta-language application, we could translate Euphoria source (application?) to haXe application. It will end with Euphoria ability to produce (through "haXe layer") "more then ActionScript". So, why should anybody learn AS when he can do more & easily by Euphoria? OK, this is just a possible projection.
- is for must! It is also complementary with #5. I think that HaXe needs "serious", generic platform as an "anchor for earth". Through HaXe someone is able to produce SWF games like these: http://www.jeanffy.com/haxe (from Projects Using haXe). It is fun, and probably easy. But, this could be done - and much, much more - through Euphoria; but Euphoria does not need an anchor. Just "image" of "much more then ActionScript".
12. Re: Euphoria should support/be supported by HaXe through CGI in the future.
- Posted by darkborn Jun 21, 2009
- 1176 views
LOL I found this, it was 1 month ago:
"OpenEuphoria: 2-D vector based animation?"
http://openeuphoria.org/EUforum/index.cgi?module=forum&action=flat&id=105934#unread
At least, now I know that I'm not first asking about same things... this explains many things.