On 11/30/2015 01:35 PM, Reimar Grabowski wrote:
P.S.: Don't give too much on Michaels theorizing. --
Ara did not state what exactly the problem is he is facing.
And it is not theory that with modern systems multiple CPUs are common
and most "GUI" libraries don't support multiple threads.
On 11/30/2015 01:39 PM, Ondrej Pokorny wrote:
I don't have Flash player installed. IMO it's bad practice to force
your users to install any third-party software.
But Open GL ?!?!?!
-Michael
--
___
Lazarus mailing list
On 11/30/2015 02:17 PM, Reimar Grabowski wrote:
No need for your well known "multithreading chatter".
Just trying to help...
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
On 11/30/2015 02:33 PM, Aradeonas wrote:
Thank you very much Michael and I want to know more about this
system.Maybe It not used in this case but be used for my current UI
system or next one.
In fact there is no "system", just some obvious consideration.
As I stated we used Flash to create
On 11/21/2015 07:19 PM, Maciej Izak wrote:
My life is ended. I was dreaming to use stable version
Has there ever been a stable version of any software ? O:-)
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
On 11/20/2015 05:03 PM, Aradeonas wrote:
I try with quoting write now.
Please don't place a quote below your answer to same. This makes a
thread unreadable
Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
On 11/20/2015 05:49 PM, Aradeonas wrote:
OK I will look at it but mostly I want an online one because Im moving
and it can be better.
The sender does not create these lines. It only uses a decent scheme
(with correctly placed ASCII characters).
Thunderbird just does the presentation to it's
On 11/20/2015 05:35 PM, Aradeonas wrote:
So it seems mines is not decent or I dont know how to work with it.
Thunderbird shows decently marked quotes by nicely colored vertical
lines at the left and right side of the text: single line for a quote,
dual line for a quote in a quote, etc.
On 11/20/2015 05:27 PM, Aradeonas wrote:
Like this?
A decent mail client automatically marks a quote with a standard quote
marking scheme (see many other mails here).
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
On 11/20/2015 05:59 PM, Aradeonas wrote:
For example in previous email you quote my sentence and it shows you
quoted from me and I like how it look.
Looks nice !
So your client does recognize the quoting scheme.
Hence it should be able to create it when sending.
-Michael
--
On 11/19/2015 05:05 PM, Graeme Geldenhuys wrote:
Indeed, it is terrible. ;-)
No problem here. (with Thunderbird) The mails are decently threaded.
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
On 11/11/2015 10:08 AM, Mark Morgan Lloyd wrote:
Michael Schnell wrote:
On 11/10/2015 12:30 PM, Luca Olivetti wrote:
- it is very cpu intensive (I have to put it over a picture, so the
invalidate will also force the repainting of the bitmap I guess)
The only cure for this is using the graphic
On 11/10/2015 12:30 PM, Luca Olivetti wrote:
- it is very cpu intensive (I have to put it over a picture, so the
invalidate will also force the repainting of the bitmap I guess)
The only cure for this is using the graphic processor: only once create
a wide pixel array from the text and then use
On 11/10/2015 01:14 PM, Engelbert Buxbaum wrote:
as far as I can see the only advantage of running the math-routine in
a thread
would be that the program could be terminated at any time, rather than
only
in the main loop.
If a long winding calculation runs in a Thread, the complete main
On 11/08/2015 06:33 PM, Anthony Walter wrote:
2. If you want to communicate with the user interface, such as
refreshing the screen based on some calculations, use the Synchronize
method to do so
If you don't want to have the thread wait for the mainthread to execute
the event, use
On 11/04/2015 12:45 PM, Mattias Gaertner wrote:
I don't know what the two checkboxes mean that appear in front of
IDE-Macro: LCLWidgetType:=nogui
You can choose in which of your build modes the flag is enabled.
Ah, now I see that a lot above there is a caption stating two build modes.
On 11/04/2015 09:48 AM, Mark Morgan Lloyd wrote:
Bo Berglund wrote:
How do you change which "widgetset" is used?
When building the IDE ...
You don't need to rebuild the IDE to change the WidgetType (AKA
"Interface") used in a project. It is a project option.
In older Lazarus IDE versions
On 11/04/2015 10:09 AM, Michael Schnell wrote:
"Project options" -> "Additions and Overrides" -> "Set LCLWidgetType".
Sorry:
"Project options" -> "Compiler Options" -> "Additions and Overrides" ->
"Set LCLWidge
On 11/03/2015 09:01 PM, Bo Berglund wrote:
It is available when you use the NoGUI widgetset.
How do you change which "widgetset" is used?
In the IDE the Macro to be set is called "LCLWidgetType" (not "widgetset").
-Michael
--
___
Lazarus mailing
On 11/04/2015 11:28 AM, JuuS wrote:
Why would I want to use qt, gtk3, etc? Yes, of course for different
platforms but which platforms (Fedora? Debian? ?? ).
Lazarus takes a lot of care on portability. So a "normal" user project
should run on any supported platform/OS/CPU architecture.
Even
I answered in a new thread "Thread-to-Mainthread signalizing", as we are
getting too far off-topic.
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
For the record:
I verified that with the gtk2 (Linux) Widget type, "PostMessage()" uses
a different Event Queue ("TGTKMessageQueue") than "TThread.Queue()" and
TThread.Synchronize()".
So for this, calling "CheckSynchronize() will not help. You need to use
the appropriate GUI-based Widget
On 11/03/2015 12:41 PM, Mark Morgan Lloyd wrote:
Thanks for that, useful. That's going to impact anybody trying to
convert code that uses custom Windows messages to pass events around.
For Delphi users, it is a common (bad) habit to use PostMessage() for
Thread to MainThread signaling. It
On 11/02/2015 10:21 AM, Michael Schnell wrote:
or PostMessage (with a Mainthread Object featuring "Procedure
message" )
Maybe I was wrong here this mechanism might use a different mechanism
(which supposedly will not work at all without a GUI).
On 10/31/2015 12:13 AM, Bo Berglund wrote:
Bo's precise problem is that he does not want to restructure his code.
. And I hesitate
to ask more questions here because I feel I am getting flamed for not
getting how it should be done. :(
I never intended to flame you. On the contrary I am fully
On 10/31/2015 01:07 PM, Bo Berglund wrote:
I had hoped that while executing sleep() statements the main thread
would yield to the TCP thread but it seems like it does not...
Sleep() indeed puts the running (main) thread to sleep and allows for
other threads to run in the mean time.
The
On 10/31/2015 06:47 PM, Bo Berglund wrote:
Should I add this back now that CheckSynchronize seems to have cured a
few "shortcomings"?
Only with "CheckSynchronize" your thread can use TThread.Synchronize,
TThread.Queue or PostMessage (with a Mainthread Object featuring
"Procedure message"
On 10/31/2015 07:28 PM, Mark Morgan Lloyd wrote:
Alternatively look at the lnet code that comes with FPC, ...
IMHO using lnet or Synapse would be a lot "clearer" than using the
overly complex Indy Library.
-Michael
--
___
Lazarus mailing list
On 10/26/2015 10:09 AM, Mark Morgan Lloyd wrote:
If you want to do significant amounts of cut-and-paste then run
Lazarus over SSH (i.e. so that the Lazarus UI is being presented by
the local X server). If that introduces a significant performance hit
then report it as a bug, it's something
On 10/26/2015 11:36 AM, Sven Barth wrote:
Your mail today regarding the widgetset initialization added yet
another "*SPAM*" for example.
I see. The I answered to already did have the addition. So somebody
installed an inappropriate spam filter in the mail infrastructure.
I'll try to take care
On 10/26/2015 10:09 AM, Mattias Gaertner wrote:
The point is that it is annoying. If you don't know how to fix it,
then please remove it before you send the mail.
I am rather sure that it's not added to the thread by my postings.
*Everybody* should remove that nonsense before sending.
As I suggested before, you should first do the porting completely on a
Linux PC, avoiding such cut/paste and hundreds of other problems.
As you stated before, that you already have a running PC Linux, Here you
have an X-server, the small board can attach to via TCP/IP in the
standard UNIX
On 10/26/2015 11:51 AM, Bo Berglund wrote:
1) Control relays via the GPIO connector on the RPi2. Done OK
Of course this is rather appropriately done on the target.
2) Create a TCPIP communications object..
This is an example of what should be done on a Linux PC. It does not
involve any
On 10/26/2015 12:17 PM, Mark Morgan Lloyd wrote:
but if- when it gets to you- the message you're commenting to is
already annotated that suggests that it's being done by your service
provider to your incoming (not outgoing) messages.
This obviously is the case. :-)
-Michael (hating these
On 10/23/2015 10:15 PM, Martin Frb wrote:
Well my email client does sort them correct.
I doubt that there is any automatic that can avoid this.:-(
Se everybody should delete that addition from the subject when replying.
-Michael
--
___
Lazarus
On 10/24/2015 11:25 AM, Bo Berglund wrote:
except for the clipboard that is supposed to be
shared between the two systems.
This rather obviously is is not an FPC or Lazarus problem but introduced
by Tight VNC and hence should be discussed elsewhere. Maybe a greater
VNC Version would work
On 10/23/2015 08:34 PM, Dmitry Boyarintsev wrote:
That's why I'm asking the participant to adjust his email client,
rather than doing anything on my end.
The *SPAM* addition to the subject supposedly is not added by any mail
client (at least I am sure that the Thunderbird I am using does
On 10/26/2015 10:09 AM, Mark Morgan Lloyd wrote:
No, as I've said before...
Seemingly this mail is not in the List.
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
On 10/23/2015 05:01 PM, Sven Barth wrote:
It will depend on the specific initialization whether it can do any
harm (especially with the widgetset not initialized) if left in...
So you suggest that they would not do any API calls to any external
Widget Set that in the target environment
On 10/26/2015 03:13 PM, Graeme Geldenhuys wrote:
It is only ever your replies that includes such *SPAM* prefix. So it
seems your mail transport service, mail server or email client is
adding it - not everybody else's.
Happily I was pointed to a Thunderbird plugin that cleans up the mail
On 10/23/2015 02:12 PM, Sven Barth wrote:
I somehow have the feeling that you and Graeme as well don't
understand what Bo's precise problem is. ...
... Yes, Bo should restructure his code, but he does not /need/ to do
so right now.
Bo's precise problem is that he does not want to
On 10/23/2015 01:18 PM, Martin Schreiber wrote:
In my understanding "RAD" is visually placing components in forms and
datamodules, ...
OK, "RAD" is just a name for whatever.
I don't disagree to calling "not using a separate set of units for
business logic and GUI stuff" with another name.
On 10/23/2015 02:12 PM, Sven Barth wrote:
He simple needs to get the unit to compile (which he did by adding the
LCL dependency) and stay clear from using any of the code that might
use GUI. In that case there will be no dependency on a specific GUI,
because the Interfaces unit is missing and
On 10/22/2015 06:32 PM, Graeme Geldenhuys wrote:
That still doesn't explain why the original Delphi code required a
TListView instance. TListView is purely a GUI component - so I'm very
puzzled.
I had been at this point already years ago. As you might know, I myself
do not have any Pascal
On 10/22/2015 11:13 PM, Bo Berglund wrote:
So it had helpers to show the recorded data in listviews and other
such GUI related stuff
This is called "RAD" ("Rapid Application Development") and a big
marketing argument of all companies who sold Delphi.
But it is very bad for portability.
On 10/21/2015 05:27 PM, Sven Barth wrote:
CheckSynchronize checks for MainThreadID which is determined
independently of CheckSynchronize.
I see. I suppose the would-be MainThread is just the thread that is used
to start the application. That does make sense. For the internal logic
of the
On 10/20/2015 02:22 PM, Michael Van Canneyt wrote:
Silverlight is discontinued.
To me this is the death of .NET.
Silverlight was the only excuse to call the CIL runtime ".Net
Framework". In fact, to me, Silverlight was the only reason to consider
".Net", because deploying a browser-plugin -
On 10/22/2015 11:35 AM, Sven Barth wrote:
You are aware that even during its existance Silverlight was only a
small part of the .Net ecosystem?
Of course I am.
"Death of .NET" was a really bad wording of mine. I meant "Death of the
.NET (CIL) Framework.
There are GUI desktop
On 10/22/2015 04:33 PM, Bo Berglund wrote:
Could be thought of as a service. But when programming it I need to
use existing classes from Delphi
Poor chap.
I have been investigating exactly this for years.
I posted the results in many answers to your forum messages.
-Michael
--
On 10/21/2015 05:14 PM, Graeme Geldenhuys wrote:
So too is the LCL-NoGUI hack.
That is why I am doing the "Active NoGUI" LCL Widget Type that is
supposed to be a real application
Then refactor / clean-up the code to remove such "gui" dependencies
As I pointed out in the beginning of the
On 10/21/2015 04:19 PM, Mark Morgan Lloyd wrote:
I don't know whether I've overlooked anything significant there, but
it appears robust and activity triggered by around half a dozen
background threads appears as expected.
Of course it's robust.
But check the CPU usage. It it's 100% all
On 10/21/2015 02:42 PM, Michael Schnell wrote:
CheckSynchronize()
Unfortunately there is no decent documentation on CheckSynchronize().
So in very short (and just hopefully correct):
CheckSynchronize() needs to be called by the main thread (in fact a
threat becomes the main thread _because_
On 10/21/2015 03:13 PM, Mark Morgan Lloyd wrote:
Thanks, it's one of those things I can never remember.
Because it is an fpc rtl thingy and not really meant to be used by
Lazarus users ;-) .
-Michael
--
___
Lazarus mailing list
On 10/21/2015 12:07 PM, Aradeonas wrote:
I want to make a simple and safe queue
What exactly do you mean by "Thread Queue" ?
Is this the same as a "Thread Pool" (i.e. severakl threads that wait for
work and can be assigned a task if necessary without the need of
creating a new thread)
I
On 10/21/2015 12:19 PM, Mark Morgan Lloyd wrote:
In practical terms, there have been a number of "must-have" features
in the IDE and LCL- frames as a particular example- which have
mandated moving onto a "bleeding-edge" FPC. My experience with
Lazarus-1.4.0 and FPC 3.0 rc1 has been generally
On 10/21/2015 11:28 AM, Mark Morgan Lloyd wrote:
If that's something you're actively working on it would sound like an
eminently sensible suggestion.
I had been working on that on and off (and discussing it here) for a
long time, but there had been no point in pushing it (once I were not in
On 10/21/2015 02:18 PM, Mattias Gaertner wrote:
And even if you use the Win32 widgetset, you can still have a command
line program.
Of course any executable can be started from the command line. But I
don't suppose that this is what Bo meant when he said he wants do do a
"command line
On 10/21/2015 02:39 PM, Mark Morgan Lloyd wrote:
TThread.Synchronize(), TThread.Queue()
Please remind us what a non-LCL program has to call to make sure that
stuff is dequeued.
CheckSynchronize()
-Michael
--
___
Lazarus mailing list
On 10/21/2015 01:42 PM, Bo Berglund wrote:
I just want the unit to compile, but I will not use these methods in
the command line application...
A very bad idea, indeed. In many cases just using a unit will
automatically call procedures in certain (here: GUI) libraries.
Moreover using such a
On 10/21/2015 12:33 AM, Bo Berglund wrote:
As Mark Morgan Lloyd has pointed out I *really* need to create an
encapsulated class for the TCPIP communications so I can use this as
an alternate component in the existing object and for this I need to
implement an onReceive event to plug the
On 10/20/2015 07:06 PM, Bo Berglund wrote:
My program is a pretty simple command line program
Description of TListview: " Use TListView to manage and display a list
of items in a form"
As a command line application does not have a form, this can't work.
-Michael
--
On 10/20/2015 04:36 PM, Paul Breneman wrote:
I heard there were patents involved but I don't know anything about
those.
Happily no software patents in Europe yet :-) , still fighting against
TTIP...
-Michael
--
___
Lazarus mailing list
On 10/21/2015 10:35 AM, Mark Morgan Lloyd wrote:
Which is fine as a testbed, but not necessarily for production use.
It's particularly not fine if you want to start it on a regular basis
from cron or whatever, which I think Bo has already settled on.
I fully agree: doing a cron-driven timing
On 10/21/2015 10:35 AM, Mark Morgan Lloyd wrote:
So noting your concern with events, the real question is still which
libraries etc. he should be running to implement a socket client
reliably in a console program. Or alternatively, how best to implement
a Windows-style service using Lazarus,
On 10/19/2015 05:07 PM, Michael Van Canneyt wrote:
Bwah, I don't really think so.
You're better off using Linux or some BSD for embedded stuff.
Why tie yourself to a company such as Microsoft ?
I personally am thinking along the same lines.
In fact I personally am not planning to do a
On 10/20/2015 10:31 AM, Michael Van Canneyt wrote:
They use extjs 3.3.
-> http://dev.sencha.com/deploy/ext-3.3.1/examples/
This indeed looks like a very powerful remote GUI framework.
-Michael
--
___
Lazarus mailing list
On 10/20/2015 11:05 AM, Michael Van Canneyt wrote:
Except that it is not remote.
With the QNAP it is remote. Or am I hit by a misconception of that wording ?
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
On 10/20/2015 10:31 AM, Michael Van Canneyt wrote:
Remoting a gui is a bad idea, I would not spend time on this approach.
When GUI was invented it had been done with UNIX and X11. X11 ran on an
X-Terminal. So there was no other GUI than a remote one :-) .
Local GUIs got popular with Mac,
On 10/20/2015 11:26 AM, Michael Van Canneyt wrote:
A browser application (any RIA) such as used in QNA is in fact a
client/server application.
The client just happens to be a browser.
ExtJS is meant to run in the browser. The gui is built from A to Z in
the browser. It is there for a
On 10/20/2015 11:51 AM, Michael Van Canneyt wrote:
Yes. Any attempt to avoid this is futile.
I tried 2 concepts (one of the ExtPascal). You ALWAYS end up writing
javascript for particular cases.
I do see the problem that likely come up. That obviously is why
EXTPascal has been abandoned. And
On 10/20/2015 11:51 AM, Michael Van Canneyt wrote:
What I do endorse is converting Pascal to Javascript directly.
Pascal is better suited for large projects: classes, type safety and
so on...
I seem to remember that a fpc java script backend had been discussed. Do
we know the state of this
On 10/20/2015 02:29 PM, Martin Schreiber wrote:
There is still the pipe demo I made for you, feel free to build some more. :-)
Now I remember playing with that some years ago ;-) . As in our company
the project had been canceled, I was busy with other things and stopped
thinking about that
On 10/20/2015 02:20 PM, Michael Van Canneyt wrote:
And that's where the ship sinks for me... Browser plugins are not
acceptable as a viable solution.
For me even a stand alone program (compilable for Linux Windows and Mac,
at best for Android and iOS, too) independent of any browser would be
On 10/20/2015 02:17 PM, Sven Barth wrote:
You are aware that the trend is to get away from such binary
extensions? (see Flash)
Yep. To me it seems like ".NET" is rather dead altogether (even though
M$ does not admit that).
-Michael
--
___
On 10/20/2015 01:24 PM, Paul Breneman wrote:
Yes, this is interesting. I'll repeat what I wrote two years ago:
http://lists.lazarus.freepascal.org/pipermail/lazarus/2013-November/084629.html
A *long* time ago I was involved a little with Genotechs in Phoenix and
they had a (Delphi) program
On 10/20/2015 02:00 PM, Martin Schreiber wrote:
At least in theory. ;-)
What is the state of the "ifi" project right now ? (AFAIK, you did not
publish it for others to use yet.)
IMHO it would be a great building block for fpc users that want to use
WIN IOT (or a tiny Linux board, or for
On 10/20/2015 02:37 PM, Michael Van Canneyt wrote:
Absolutely agreed, but in that use case I tend to think that a desktop
application is a problem,
For me, (if any) the main mission is providing a tool kit for porting
existing Delphi programs (here to headless embedded targets). Hence the
On 10/20/2015 02:29 PM, Martin Schreiber wrote:
There is still the pipe demo I made for you, feel free to build some more. :-)
Maybe you could provide a compiled version (simply two applications) so
that the others can see what is possible with that paradigm.
-Michael
--
On 10/20/2015 09:52 AM, Michael Van Canneyt wrote:
That is simply the wrong way of doing things.
With browsers or webviews what they are today, you can do all display
logic in the browser.
The server just needs to provide the suitable data.
Of course I do agree that it would be a lot nicer
On 10/20/2015 03:43 PM, Martin Schreiber wrote:
There *are* compiled versions I made especially for you and which blow up the
repository now. ;-)
https://gitlab.com/mseuniverse/mseuniverse/tree/master/attic/msedocumenting/mse/trunk/help/tutorials/mseifi/ifipipedemo/bin
Great !
Thanks for
On 10/16/2015 03:00 PM, Michael Van Canneyt wrote:
So, that is not the GDI winapi...
Obviously.So a Delphi program never will show a a Form.
But with Lazarus, the "fpGUI" and "Custom Drawn" widget sets should
work, as - AFAIK - they can be configured to use DirectX.
-> Graeme can you
On 10/16/2015 06:14 PM, Krzysztof wrote:
Just checked latest Custom Drawn package from SVN. Is this project
abandoned? Because seems that nothing changed from a years. I'm big
fan of such kind frameworks (like fpGUI) and I think that Custom Drawn
was a good idea.
(Sorry for repeating this
On 10/19/2015 10:00 AM, Michael Van Canneyt wrote:
As far as I know, fpGUI works on GDI.
I suppose you are right. I did not re-check in Windows, as I don't use
Lazarus on windows right now, but maybe erroneously just used my remote
memory.
Rephrasing:
On Linux, fpGUI can be configured
On 10/19/2015 02:07 PM, Michael Van Canneyt wrote:
How do you know that DirectX is part of IOT ?
Only from the message Žilvinas posted:
"When running headed the only supported UI is via the UWP UI stacks
(XAML, HTML, DirectX"
-Michael
--
___
On 10/19/2015 12:51 PM, Michael Van Canneyt wrote:
I *seriously* doubt the first part of this statement, because Delphi
explicitly does not support the windows runtime on which IOT is based.
See my message above in this thread (10/16/2015, 03:13):
"I asked my colleague who tested this with
On 10/19/2015 01:33 PM, Michael Van Canneyt wrote:
We can at least conclude that there is a lot of confusion about what
it is and what it is not;
But seeing that it is Microsoft, this does not come as a surprise...
There are more vendors at work than actual programmers in that company.
M$
On 10/19/2015 12:27 PM, Michael Van Canneyt wrote:
UWP is a complete separate runtime environment on Windows. It is
nothing like the Win32 API. You may not use the Win32 API directly in
a UWP application.
I did not introduce the term "UWP" here, so I don't know it the non-GUI
part of IOT's
On 10/19/2015 11:34 AM, Sven Barth wrote:
WinAPI vs. UWP is a completely different beast than GDI vs. DirectX
whereby the latter is only a very small part of the problem.
I see.
To stress this again: We don't support UWP right now as a target in
the compiler and RTL.
Why does UWP need
On 10/19/2015 10:47 AM, Bo Berglund wrote:
1) Simple Program (A most simple FP command line program)
2) Program (A FP cmd line program with some useful settings added)
3) Console App (A FP cmd line program using TCustomApplication..)
I will probably need to use threads inside the program so I
I see.
Thanks,
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
On 10/19/2015 02:37 PM, Michael Van Canneyt wrote:
How do you know that DirectX is part of IOT ?
Only from the message Žilvinas posted:
"When running headed the only supported UI is via the UWP UI stacks
(XAML, HTML, DirectX"
That comes from:
The other options statwed in
http://ms-iot.github.io/content/en-US/Faqs.htm are XAML and HTML.
This obviously aim at a remote GUI.
Support for a kind of remote GUI is something that had been discussed
here several times. (There once was the EXTPASCAL project, which had
died a long time ago).
On 10/16/2015 03:00 PM, Michael Van Canneyt wrote:
So, that is not the GDI winapi...
I understand that it is meant as a replacement for WinCE (and of course
to fight Linux), but not as a competitor for Desktop Windows.
But happily, Delphi (and very likely Windows-fpc-) programs will run.
On 10/07/2015 06:49 PM, Sven Barth wrote:
(And yes, resources can store arbitrary files)
Sorry. I did not intend implementation details, but just suggest to
consider if it would be viable at all to support rendering icons in
vector format at runtime in the LCL to be able to better support any
On 10/07/2015 12:24 PM, Mattias Gaertner wrote:
There are currently about 400 icons in the IDE. We need volunteers to
create them either as SVG or as higher resolution image.
What about using a vector format to be (rather) independent of the
display resolution (as long as it's not too small).
On 10/07/2015 12:36 PM, Mattias Gaertner wrote:
Maybe the V in SVG stands for vector, maybe not.
Right you are:https://en.wikipedia.org/wiki/Scalable_Vector_Graphics
But what I meant was not how the graphics is created but the format
stored in the resource to be drawn at run time.
-Michael
On 09/24/2015 05:24 PM, Sven Barth wrote:
unt64.
>
> Is FPC 3.0 stable yet and does it exist on ARM?
We have already released the RC
I suppose the (RC-) release milestone is for all platforms.
Is there a date for an "official" 3.x release ?
-Michael
--
On 09/25/2015 11:04 AM, Sven Barth wrote:
Before 2016? :)
Great ! (sauf the question mark) ;)
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
On 09/24/2015 05:28 AM, Bo Berglund wrote:
The only caveat here would be if Indy10 will actually build and
function correctly in RaspBian.
Does you project including Indy 10 already run decently on PC-Linux ?
-Michael
--
___
Lazarus mailing list
On 09/24/2015 05:24 AM, Bo Berglund wrote:
It compiled fine after I added Windows (for GetTickCount) and
IdTCPClient to the uses clause.
So I say that this is milestone #1 on my way.
Now I have to create a server...
IMHO milestone #2 should be to run the same project on a Linux PC
101 - 200 of 1996 matches
Mail list logo