lost in translation:
simple compiler switch ... convert it (e.g.) in a cgi with a browser
based remote GUI.
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
On 12/02/2013 10:55 AM, Mark Morgan Lloyd wrote:
I think you're at risk of mixing layers again.
Of course you are absolutely right and I do know this.
But I replied to Microsoft being the inventor of the desktop we are
using. And Microsoft does not use a (publicly) defined X layer but that
On 11/30/2013 09:08 AM, Martin Schreiber wrote:
IIRC I even made a MSEifi-remote demo-binary especially for you so
that you could show the principle to your co-workers some years ago. ;-)
This is why I dared to mention it right now :-) :-) .
-Michael
--
On 11/29/2013 10:39 AM, Michael Van Canneyt wrote:
Given that the average user has a reaction time of 1 second, polling
every second
is really not an issue.
OK. As you seem to have done a lot of research on that, I am looking
forward to what you are going to come up with.
Thanks for
On 11/28/2013 05:39 PM, Dmitry Boyarintsev wrote:
Even if LCL will start web target today, it will be 10 years later
that LCL can be used without problems.
You don't seem to know what Michel v C and friends can do :-) :-)
-Michael
--
___
Lazarus
On 11/26/2013 06:01 PM, Mark Morgan Lloyd wrote:
I've played with special-purpose MIDI filters in a DLL/so, but the
only GUI element was that menu entries were copied from a form in the
DLL to the main form.
The Host program I use just requires that the VST plugin in fact does
have a GUI.
My question was meant as:
Do you suggest that CCR should contain more than just TZMSQL.
Do you have an idea where I could find that additional content ?
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
Did anybody ever do a VST plugin by means of Lazarus/fpc ?
==
A VST plugin is a DLL, that can receive and send MIDI and/or Audio data
streams and features a GUI ( -
http://en.wikipedia.org/wiki/Virtual_Studio_Technology ). There are
hundreds of VST plugins
On 11/20/2013 02:32 AM, vfclists . wrote:
Thanks for the suggestions. By editing out most of the lines in
~/.vnc/xstartup I have been able to make some progress
What progress exactly ?
Still I don't know what you are up to:
- remoting your Lazarus program's GUI in _some_ way (VNC is just
On 11/20/2013 01:29 PM, vfclists . wrote:
My question was to see if the third option is possible with Lazarus,
ie whether it is possible to get Lazarus screen output to be targetted
at a VNC compatible system,
??? Handling the Lazarus screen output is just the contrary of the
third option.
On 11/19/2013 01:30 AM, vfclists . wrote:
I want to write a program to provide its own remote display without an
X Window server, ie the program has its own display which can be
connected to via VNC server.
VNC server (in Linux) does provide an X server. So this should not be a
problem of
On 11/19/2013 10:41 AM, Michael Schnell wrote:
On 11/19/2013 01:30 AM, vfclists . wrote:
I want to write a program to provide its own remote display without
an X Window server, ie the program has its own display which can be
connected to via VNC server.
VNC server (in Linux) does provide
On 11/19/2013 11:23 AM, Felipe Monteiro de Carvalho wrote:
You could implement it as a new backend for LCL-CustomDrawn:
http://wiki.freepascal.org/Custom_Drawn_Interface
Looking at this page triggers long-wanted stuff:
- a HTML backend that is able to be attached via HTTP (directly or via
On 11/16/2013 06:40 PM, Michael Van Canneyt wrote:
I think it's fairly simple, really. ...
This does make some sense, even for me :-)
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
On 11/14/2013 04:06 PM, Frederic Da Vitoria wrote:
-1
Well, everyone is entitled to his opinions, right, else we would all
be doing C :-)
In fact I consider it a waste of bandwidth to discuss a problem that
obviously is not solvable at this length. (But who am I do complain
about that :-[
On 11/14/2013 03:46 PM, Frederic Da Vitoria wrote:
.. and where are we now??
Right in the middle of a very interesting discussion :-)
-1
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
On 11/14/2013 07:19 AM, Jürgen Hestermann wrote:
But this it totaly wrong.
As is defining a meter by the count stretched rubber bands: 1 2, 3, 4 or
5 All numbers are true and all are wrong :-) :-) :-)
-Michael
--
___
Lazarus mailing list
On 11/08/2013 09:35 PM, John Landmesser wrote:
Result would be: 0 years, 0 moths, 11 days
IMHO a date diff in this format us desperately misleading, as the count
of days in a month varies.
-Michael
--
___
Lazarus mailing list
On 11/11/2013 04:46 PM, John Landmesser wrote:
Giving up and using the Jedi DateDif function.
What is the problem with that-
IMHO such extraordinary functions should be provided by such highly
specialized libraries.
-Michael
--
___
Lazarus
On 10/22/2013 03:21 PM, Bart wrote:
string theory is a theoretical framework in which the point-like
particles of particle physics are replaced by one-dimensional objects
called strings.
And it's grade of complexity resembles that of Unicode ;-) . And,
IMHO,both can be avoided in (my)
I forgot to mention that in fact I like to busy myself both with Unicode
Strings handling in Pascal and with String theory in theoretical
physics.Otherwise I would not take part in this discussion.)
But in every-day life - mostly because of Unicode - I prefer using the
old Turbo-Delphi rather
On 10/22/2013 10:24 AM, Sven Barth wrote:
I didn't know until around 1 or 2 years ago that and are
supported on strings at all
Nice try O:-)
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
I get the feeling that _Closed_/_Open_Strings_ (-
http://en.wikipedia.org/wiki/String_theory#Strings ) are easier to
understand and of more practical use than _Unicode_Strings_ .
Thus an IDE / Language / Library that not completely hides the
complexity behind Unicode (and it's different
On 10/18/2013 06:16 PM, Jürgen Hestermann wrote:
Who claims this?
Sorry if I over-interpreted your wording.
If this is not the case, why then use Unicode ?
I thought Unicode is just for international *coding* of characters but
not for sort order definition.
In a Unicode aware
On 10/21/2013 01:00 PM, Jy V wrote:
this is the purpose of Collations
I see:
http://www.unicode.org/reports/tr10/
As expected: horribly complicated.
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
On 10/17/2013 09:56 PM, Hans-Peter Diettrich wrote:
Jürgen Hestermann schrieb:
I fully aggree on this
http://www.utf8everywhere.org/
When they can be located there, a wrapper can be added to the RTL.
The OP seems to clam that with Unicode, localization is obsolete.
If this is not the
On 10/15/2013 09:41 PM, silvioprog wrote:
No. Lazarus from trunk must accept FPC from trunk too.
(On Linux) I very often compile the trunk Lazarus using the trunk fpc
(which I previously compile using the recent released fpc).
It _usually_ works. Sometime it does not compile due to a
On 10/15/2013 03:48 PM, Hans-Peter Diettrich wrote:
VirtualBox does not support 16 bit OS (MS-DOS...);
IIRC, we did use 16 bit clients as well in VMWare as in VBox.
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
On 10/16/2013 04:34 AM, Hans-Peter Diettrich wrote:
C certainly is not safe enough for beginners, and has too few data types.
Java script IMHO is horribly unsafe and has no (strict) data types. As
it _is_ recommended for beginners. (Not a good choice at all, IMHO.)
-Michael
--
On 10/12/2013 09:18 PM, wkitt...@windstream.net wrote:
Students tend to overfocus on embellishing forms etc, and not spending
their time on the more problem-solving oriented assignment.
IMHO the contrary is true.
Using Delphi (or Lazarus) you can concentrate on the problem solving ,
while
On 10/12/2013 01:36 PM, Marco van de Voort wrote:
Probably because dolling up the UI is easier and gives
instant-gratification
Better than frustrating the weaker students with no gratification at all.
-Michael
--
___
Lazarus mailing list
As Lazarus works with UTF8, and the string functions like pos and
delete count bytes rather than (visible) characters, you can't use the
visible character position for these functions.
-Michael
--
___
Lazarus mailing list
On 09/27/2013 06:53 PM, Graeme Geldenhuys wrote:
The bad news ...
What we always do for complex (and free running) CGI applications is do
a miniature CGI program that is perfectly normal and does implements
nothing but a communication with a Daemon / Service that always runs and
does the
On 09/24/2013 10:58 AM, Nikolay Nikolov wrote:
When you try to create a thread, your program terminates and writes a
message that threading is not supported.
While this absolutely does make sense, one could think about alternatives.
AFAIK, (at least for some archs) there is a variant of the
On 09/25/2013 10:51 AM, Hans-Peter Diettrich wrote:
Do you mean DOS as a (16 bit) OS, or as a DOS-Box (terminal)?
Of course limited to a DOS box this would make no sense at all.
I did not do a research on in what environments such pthreadlib could
work. I suppose you need a 32 bit DOS
On 09/25/2013 12:20 PM, Reinier Olislagers wrote:
You do know there already is a GO32v2 compiler?
I suppose same does create 32 bit code usable in a DOS-alike
environment, and thus could be a target for allowing linking to an
internal-user-land-thread enabled version of pthreadlib (while I
More than 15 Years ago I on DOS did do the first tests for my preemptive
multitasking library (in C), that that finally works (up til now) in an
68K product. :-)
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
On 09/25/2013 01:00 PM, Nikolay Nikolov wrote:
Real mode or DPMI? IMHO, real mode is doable, DPMI - not so much (at
least not without using a certain DPMI host with special modifications).
Did DPMI even exist at this time ?
IIRC it was a native 8088 chip -
On 09/25/2013 01:39 PM, Nikolay Nikolov wrote:
15 years ago is 1998, so yes. Maybe it was even earlier?
Probably.
In fact, 15 years ago the product using the 68K version of the library
was released.
-Michael
--
___
Lazarus mailing list
On 09/22/2013 10:40 PM, wkitt...@windstream.net wrote:
yes, there are still quitet many DOS systems out there... there's even
freeDOS and similar FOSS(?) DOS projects... some of them are even
32bit and can use all available memory like other OSes of today ;)
How does fpc for DOS handle
Hi experts,
Using (nearly) the current trunk fpc, when checking out Lazarus and
doing make clean all get:
..
Compiling debugmanager.pas
debugmanager.pas(63,3) Error: Duplicate identifier GDBMISERVERDEBUGGER
debugmanager.pas(63,3) Error: Duplicate identifier GDBMIServerDebugger
...
make:
On 09/20/2013 10:35 AM, Mattias Gaertner wrote:
It works here. Maybe you were unlucky and got a bad revision.
Seems so. :-(
I deleted trunk and re-checked-in everything.
After that make did work without an error message.
But when starting the newly created ide, now I get a message that it
On 09/20/2013 11:46 AM, Mattias
Gaertner wrote:
The IDE needs the lazarus sources, not only the ide sources.
Of course.
"It says "the Lazarus Directory contains the sources of the ide and
the package files.."
On 09/20/2013 12:08 PM, Mattias Gaertner wrote:
Does your folder contain a file ide/lazarus.lpi?
yep:
mschnell@mschnell-Linux:~/Downloads/svn/lazarus/trunk/ide ls -l
lazarus.lpi
-rw-r--r-- 1 mschnell users 32253 Sep 20 10:57 lazarus.lpi
--
___
On 09/20/2013 12:18 PM, patspiper wrote:
Shouldn't that have been ../svn/lazarus/trunk?
Yep.
The ide was too much :-(
No idea how this happened ?!?!?!?
Thanks,
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
Grrr
After browsing to the correct folder, it did start, but it threw an
exception when loading a recent project.
When restarting I now get:
Seemingly it changed the path I browsed to into a relative path. But
that does not seem to
On 09/20/2013 12:39 PM, Mattias Gaertner wrote:
I don't know any place in the IDE where the Lazarus directory is
changed to a relative path.
I gather I did change it after - because of the failed checkout - I git
the error message the first time.
But I understand I did now correctly browse
On 09/20/2013 01:41 PM, Mattias Gaertner wrote:
Your screenshot says the directory lcl was not found.
Is it there?
Yep:
mschnell@mschnell-Linux:~/Downloads/svn/lazarus/trunk ls -l lcl
total 4108
-rw-r--r-- 1 mschnell users 12948 Sep 20 10:58 actnlist.pas
-rw-r--r-- 1 mschnell users 1787
On 09/20/2013 03:06 PM, Graeme Geldenhuys wrote:
Incidentally, I got the exact same error when I downloaded the latest
Lazarus Trunk.
Nice to hear that it is not just silly me
-Michael
--
___
Lazarus mailing list
On 09/18/2013 05:54 PM, Sven Barth wrote:
http://wiki.lazarus.freepascal.org/Lazarus_1.2.0_release_notes#IDE_Changes
current 1.1 versions support attaching to a running process.
The page also states that remote debugging with gdbserver is supported.
Dis anybody get this running for a PC as
On 09/19/2013 09:35 AM, Martin wrote:
Does gdb suppor asyncronous mode for this target?
I don't know.
We tried to attach to gdbserver via TCP/IP.
e.g can you
gdb -i mi
-exec-continue
I did not do this myself, but a pal of mine from the German Lazarus
forum did these tests. So I can't
On 09/19/2013 12:08 PM, Martin wrote:
The other is that for all targets you can easily get a native gdb out
of the box, while it might be rather tedious to install all the tools
to create the appropriate gdbserver on the target and the cross-gdb
executable on the PC you need to attach to
On 09/19/2013 12:27 PM, Michael Schnell wrote:
typo: he never again was able to compile gdb/gdbserver.
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
On 09/19/2013 12:27 PM, Michael Schnell wrote:
He was up to ... pushing it in the Lazarus wiki.
In fact he did start to write a report in German, and I promised to
translate it for the Wiki, once it is done, and enhance it on how to use
the SSH-Remote debugging.
-Michael
On 09/19/2013 12:38 PM, Reinier Olislagers wrote:
Sounds like an inefficient process. Why doesn't he just upload a
German version to the German version of the/a wiki page so the text is
already there and anybody that speaks German English can help
translate it...
OK, if we do have
On 09/19/2013 02:20 PM, Graeme Geldenhuys wrote:
OK, I got the latest Lazarus from Trunk and compiled it with FPC 2.6.2
and using GDB 7.2 under Win2000 (a VM).
Good man.
Doing this I just got (on Linux):
Compiling debugmanager.pas
debugmanager.pas(63,3) Error: Duplicate identifier
On 09/19/2013 03:09 PM, Michael Schnell wrote:
Ooops:
I was using fpc 2.7.1.
Anyway.
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
FTimeOut needs to be (a lot) lower than MAX_DELAY.
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
On 08/27/2013 11:21 AM, Martin wrote:
And feel free to ask.
As we are at this issue a slightly off-topic question:
For a rather simple program we use TMemeo as an editor for information
that is displayed and stored in an HTML file.
So we extract the appropriate text lines from the file,
On 08/27/2013 11:36 AM, Martin wrote:
SynEdit keeps lines a they are (unless of course you press enter).
Meaning that when editing, automatic line-wrapping in the window is (can
be) performed, but the line-wraps are not seen when retrieving the
paragraphs (aka lines) ?
But it has no word
On 08/23/2013 07:05 PM, Gugui wrote:
after install Zeos I need to rebuild Lazarus to Zeos components shows
up !
During the package installation, recompiling should be triggered rather
automatically. So I don't think it is a disadvantage.
-Michael
--
On 08/20/2013 02:56 PM, Henry Vermaak wrote:
... together with select()..
In Object Pascal I think this should be encapsulated in a thread and
same fires a main Thread event (via TThread.Queue, TThread.Synchronize,
or Application.QueueAsyncCall) to notify the user (aka Main Thread).
On 08/21/2013 02:36 PM, Mark Morgan Lloyd wrote:
I know it's the obvious way, but surely there is something more
elegant than having a thread which exists solely to transfer the
result of a select() to the main part of the app, and then repeats
I suppose a thread is the only way to do this
On 08/18/2013 12:30 PM, patspiper wrote:
GTK3 along with broadway allows HTML5 enabled browser users to run
applications on remote servers, essentially creating a kind of web apps.
This sounds extremely interesting to me.
Since ages I am searching for an easy method to do Lazarus
On 08/15/2013 11:34 AM, Sven Barth wrote:
Another article a few days back said that it's FireMonkey like on iOS.
This was rather obvious in the article: will have the same set of
components and visual controls of its iOS counterpart.
-Michael
--
On 08/15/2013 11:50 AM, Sven Barth wrote:
FireMonkey is working more like our CustomDrawn widgetset.
I never got Custom Drawn running, yet (maybe because I insist on using
the here restricted Lazarus GUI designer).
I need to give it another try.
-Michael
--
On 08/02/2013 07:10 PM, Richard Mace wrote:
On 2 August 2013 09:12, Michael Schnell mschn...@lumino.de
mailto:mschn...@lumino.dewrote:
On 08/01/2013 05:20 PM, Richard Mace wrote:
... as many of my users will have never even seen a Linux
command line before :)
What
On 08/05/2013 10:11 AM, Reinier Olislagers wrote:
Sigh. Putty. Richard mentioned that in his first post.
I did suppose so, but neither pfstp nor pslink has been mentioned before
Richards last post:
I have currently got SSH working, by creating a TProcess in Lazarus and
calling pfstp to copy
On 08/01/2013 05:20 PM, Richard Mace wrote:
... as many of my users will have never even seen a Linux command line
before :)
What exactly are you up to?
We still don't know how the targeted setup is supposed to be.
E.g.
- a Windows computer in a company network that can access a Linux box
On 08/01/2013 08:56 PM, Richard Mace wrote:
How can I get the path of where my application is running from?
I have tried Application.Name
Application.ExeName
but Application is not found?
Application is only available when using appropriate WidgetTypes.
Not when doing simple command line
On 08/02/2013 10:32 AM, Michael Van Canneyt wrote:
On Fri, 2 Aug 2013, Michael Schnell wrote:
On 08/01/2013 08:56 PM, Richard Mace wrote:
Application is only available when using appropriate WidgetTypes.
Not when doing simple command line tools.
It is if you use TCustomApplication from
On 08/02/2013 11:07 AM, Michael Van Canneyt wrote:
Widget types do not even enter the picture, customapplication is
included in FPC, not Lazarus.
I see. Thanks.
So you suggest deriving and instantiating a propriety application from
the TCustomApplication class ?
Will that automatically
On 08/02/2013 11:57 AM, Michael Van Canneyt wrote:
So you suggest deriving and instantiating a propriety application
from the TCustomApplication class ?
I don't suggest anything. I just react on incorrect information.
I see. Thanks for the clarification .
Will that automatically provide the
On 08/02/2013 01:15 PM, Sven Barth wrote:
Application.ExeName is a rather abstract functionality (in the end it
just works with ParamStr(0) anyway...).
Grrr. I meant it might be property that calls an abstract function to
force siblings to implement it. (TCustom... classes are often done like
On 08/01/2013 07:48 AM, Richard Mace wrote:
I am needing to add the ability to my Lazarus application to copy
files to a linux server.
Assuming that my application will be run on Windows, what's the best
way of copying files to and from a Linux box?
Ignoring the Subject I's just recommend a
On 08/01/2013 10:04 AM, Reinier Olislagers wrote:
On 01/08/2013 09:58, Michael Schnell wrote:
Why? SSH/SCP works much better/more securely if accessing servers across
the internet.
He did not mention Internet.
-Michael
--
___
Lazarus mailing list
On 08/01/2013 10:04 AM, Reinier Olislagers wrote:
Why? SSH/SCP works much better/more securely if accessing servers
across the internet. No need to mess with VPNs etc.
If this is internet, he might want to install a VPN and with that he
can use CIFS.
So his pascal project is not bothered with
On 08/01/2013 10:32 AM, Reinier Olislagers wrote:
That's a strange response. *He* specified SSH,
Yep. I supposed he mentioned SSH because he knows that he can access the
server via PUTTY using the SSH protocol. I do exactly this with my local
Linux servers.
-Michael
--
Yep.
With SSH you don't need to transfer a username and password to do a
login, once you established the appropriate keys on both sites.
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
On 08/01/2013 11:33 AM, Sven Barth wrote:
In that case he could also try SSHFS which let's him mount a remote
directory through SSH (I didn't test that myself though as of yet):
http://en.wikipedia.org/wiki/SSHFS
or here rather:
http://code.google.com/p/win-sshfs/
-Michael
--
On 08/01/2013 11:21 AM, Mark Morgan Lloyd wrote:
Linux server, and that's more likely to have SSH in its default
configuration than Samba, NFS, RSH or even FTP.
Why do you think so ?
SSH is the default to access any Linux box that does not have a monitor.
A server can very well be a file
On 07/16/2013 06:07 PM, Jy V wrote:
I guess the main library entry points are located in mozjs.dll
so the wrapper fpcjs may need some search and replace replace,
Ah, this is what I guessed: The command-line java script interpreter
does use parts of the normal Firefox distribution.
-Michael
On 07/16/2013 11:58 AM, Henry Vermaak wrote:
They're just paying you back in kind :)
Please note that I died not mean experts ironically in any way. I
meant: true experts being funny by exaggerating.
Sorry for maybe being unclear.
-Michael
--
___
On 07/15/2013 10:47 PM, Mark Morgan Lloyd wrote:
asm.js does seem to have a lot going for it. So I suppose a fair
question is to what extent custom-drawn LCLs for Android and Firefox
OS could share code, and whether this abstraction could be useful for
other targets e.g. framebuffer or naked
On 07/15/2013 09:24 PM, Sven Barth wrote:
I would keep out LLVM and emscripten and just directly generate asm.js
code which is then simply compatible to the libraries provided by the
emscripten project.
That of course is advantageous, as it can be done in Pascal, as the fpc
is used to and
On 07/15/2013 10:19 PM, Sven Barth wrote:
Why would I want to use a parser generator if we have a fully working
multi-backend compiler available?!
+1
Either stay with the current (excellent) Parser, or switch to a major
standard such as LLVM or gcc !
-Michael
--
On 07/16/2013 10:44 AM, Michael Schnell wrote:
http://asmjs.org/spec/latest/#introduction looks really interesting as
a target arch for fpc.
Should we switch to the fpc-devel mailing list on that issue ?
-Michael
--
___
Lazarus mailing list
On 07/16/2013 11:17 AM, Henry Vermaak wrote:
Probably not, no, given that it's used by ...
I seem to find out that this discussion is about experts making fun on
each other, just wasting some bandwidth :-) .
-Michael
--
___
Lazarus mailing list
On 07/16/2013 12:23 PM, Sven Barth wrote:
show how you can execute it on the command line as well.
Do you start Firefox, a part of same (or whatever) with some command
line arguments to do this ?
-Michael
--
___
Lazarus mailing list
On 07/16/2013 12:11 PM, Sven Barth wrote:
Ehm... you do know that the Android GUI is not based on any HTML? It's
a Java based system...
While I learned this only after I phrased this message, OTOH HTML5 also
is a Java based system and thus the thought might not be _completely_
wrong.
On 07/16/2013 01:09 PM, Sven Barth wrote:
but otherwise a JS command line interpreter is sufficient.
That was what I tried to ask. I never heard of any JS command line
interpreter. Is there one provided by Mozilla ?
-Michael
--
___
Lazarus
On 07/16/2013 01:09 PM, Sven Barth wrote:
JS command line interpreter
OK, I did find Rhino. https://developer.mozilla.org/en-US/docs/Rhino
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
On 07/16/2013 01:07 PM, Sven Barth wrote:
HTML5 has *nothing* to do with Java.
Sorry for again typing faster than thinking. :-(
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
On 07/16/2013 01:25 PM, Michael Van Canneyt wrote:
Where do you get your information ?
I was just being confused and apologize for wasted bandwidth :-( .
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
I Do know that confusing Java and Java-Script is similar to confusing a
HedgeHog and a Pig, But things like that happen in my advanced age :-( .
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
On 07/13/2013 03:52 PM, leledumbo wrote:
The whole JEDI sucks, dependencies hell everywhere and IS TIED TO WINDOWS!
...
It's at least five years ago when I was dealing with the Jedi community.
I remember that at that time they have been tpersuing compatibility with
FPC/Lazarus at least in
I read the Firefox OS is gaining support by cell phone manufactures and
distributors (e.g. Deutsche Telekom).
While Android support seems to be a hot topic here, what about the
upcoming Firefox OS.
I suppose this is Java-based in a similar way as Android, and maybe a
unified support for
On 07/15/2013 10:12 AM, Michael Van Canneyt wrote:
I really should get my Pascal-to-Javascript translator project on
track :(
How far has this advanced yet ?
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
On 07/15/2013 10:12 AM, Michael Van Canneyt wrote:
As far as I know, it is Javascript. Not Java.
As Firefox is a very fast Javascript interpreter this does make sense.
But it supposedly makes it completely incompatible with Android from
ground up (this might be on purpose).
But can an OS
On 07/13/2013 04:01 PM, Marco van de Voort wrote:
- many turbopower components work.
But unfortunately this does not include AsyncPro, while a decent,
comfortable, unified, OS-independent way to handle data streams form/to
Serial Ports and TCP/IP sockets (i.e. using blocked I/O in hidden
601 - 700 of 1996 matches
Mail list logo
