waldo kitty wrote:
>
> s/did have/did not have/ ??
Correct. :-) I was typing while being half asleep.
Regards,
- Graeme -
--
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
http://opensoft.homeip.net/fpgui/
--
___
Lazarus mailin
zeljko wrote:
>
> Just because WMaker is not freedesktop compliant ? ;)
And judging by the progress in recent years, a dead product.
Regards,
- Graeme -
--
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
http://opensoft.homeip.net/fpgui/
--
George Lober wrote:
> that is easy to use by the average joe computer user whatever the
> platform is. It is an idea to cater to the end user and the software
> developer, and not some OSS or other status quo.
>
> Considering what the task is, it is understandable a large focus is on
> the Linu
On Wednesday 20 January 2010 21:29, Marco van de Voort wrote:
> Do you plan to support windowmaker? A lot of packages do this wrong under
> Windowmaker.
Just because WMaker is not freedesktop compliant ? ;)
z.
--
___
Lazarus mailing list
Lazarus@lists
Phil Hess wrote:
> Many of the ideas expressed here seem to start with Linux and end with Linux.
Probably because Linux is becoming a more attractive platform than all
others for desktop applications. Also maybe because Lazarus IDE is simply
the best tool for the job - hands down!
So live with it
Phil Hess wrote:
> - LCL with Qt widgetset (if you don't mind the overhead: OOP LCL --> OOP
> widgetset --> non-OOP QtIntf library --> OOP Qt (C++) --> Cocoa).
>
> All of these are acceptable native solutions,
Very interesting Phil. You have no problems with Qt and even call it
native, yet fpG
Mattias Gaertner wrote:
>>* have other customization options during the install. Not easily
>> at least. I have seen a handful of .deb packages that prompt for
>> a Yes/No question, but that's about it. Most prompted in a console
>> window (ugly) and one or two prompted in a GTK2
Graeme Geldenhuys schreef:
On 20/01/2010, Vincent Snijders wrote:
It is editable in the text editor. But also by IS-Tool, which is more like
an IDE for inno setup scripts.
I took a second look at the lazarus.iss file to see how "install
features/options" and there relationships are mapped in
2010/1/21 waldo kitty :
> On 1/20/2010 21:01, cobines wrote:
>>
>> If you're not worried about your worker thread pausing from time to
>> time to update the GUI, then using Synchronize is prefferable.
>
> as in how much "time"?? is this a standard setting or something related to
> all other process
On 1/20/2010 20:06, Phil Hess wrote:
- "waldo kitty" wrote:
Another way OSS works is that you're not our mommy.
and the other way around... we're not your mommy, either... the main
thing to
remember about OSS is there is no :( in OSS ;)
Waldo, I have no idea what that means. Hope it
On 1/20/2010 21:01, cobines wrote:
If you're not worried about your worker thread pausing from time to
time to update the GUI, then using Synchronize is prefferable.
as in how much "time"?? is this a standard setting or something related to all
other processing??
--
_
Phil Hess wrote:
- "waldo kitty" wrote:
Another way OSS works is that you're not our mommy.
and the other way around... we're not your mommy, either... the main
thing to
remember about OSS is there is no :( in OSS ;)
Waldo, I have no idea what that means. Hope it's som
2010/1/21 Brad Campbell :
> Yeah, but what I'm trying to do is have the main gui thread sit on its hands
> until it has a message waiting for it. Then I'd like to have it wakeup on an
> event rather than spinning or polling, while still remaining responsive to
> user input.
Polling is the only way
- "Paul Ishenin" wrote:
> 21.01.2010 8:06, Phil Hess wrote:
>
> > Part of this is probably related to the evolution of Lazarus more
> and more into the best tool for developing Linux apps (which is great)
> but maybe less and less the best tool for other platforms. And sure,
> that's no pro
21.01.2010 8:06, Phil Hess wrote:
Part of this is probably related to the evolution of Lazarus more and more into
the best tool for developing Linux apps (which is great) but maybe less and
less the best tool for other platforms. And sure, that's no problem either, if
that's the direction the
- "waldo kitty" wrote:
> >
> > Another way OSS works is that you're not our mommy.
>
> and the other way around... we're not your mommy, either... the main
> thing to
> remember about OSS is there is no :( in OSS ;)
>
Waldo, I have no idea what that means. Hope it's something funny.
The
On Wed, Jan 20, 2010 at 5:54 AM, Brad Campbell wrote:
> Is QueueAsyncCall() threadsafe?
>
In Delphi the queued method is run on the (context of) the main/GUI thread.
-Flávio
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists
On 1/20/2010 17:18, Graeme Geldenhuys wrote:
On 20/01/2010, stop...@muenster.de wrote:
OK, I thought you are still in the early stages of evaluation.
No, we have had the "setup tool" on the table for some time, we just
did have time to implement everything yet. That's my task now.
s/did ha
On 1/20/2010 17:15, Phil Hess wrote:
- stop...@muenster.de wrote:
Please stop this flamewar, nobody is forced to use Graemes code.
His only intention was to get some feedback and tell us about his
ideas,
thats how OSS works.
Another way OSS works is that you're not our mommy.
and the
On 1/20/2010 16:55, Mattias Gaertner wrote:
On Wed, 20 Jan 2010 15:30:55 -0500
waldo kitty wrote:
On 1/20/2010 06:12, Alexander Klenin wrote:
From PropEditUtils.pas (recently split by me from PropEditS.pp):
TGetStringProc = procedure(const s:ansistring) of object;
From Classes.pp:
TGe
Žilvinas Ledas wrote:
Tried that. It gives the same error...
remove all .ppu and .o manually
Best regards,
Paul Ishenin.
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Žilvinas Ledas wrote:
Mattias Gaertner wrote:
On Thu, 21 Jan 2010 01:25:10 +0200
Žilvinas Ledas wrote:
Hello all,
I get error:
Compiling E:\lazarus\packager\frames\compiler_buildvar_options.pas
Compiling .\frames\compiler_conditionals_options.pas
compiler_conditionals_options.pas(28,47)
cobines wrote:
2010/1/20 Brad Campbell :
Is QueueAsyncCall() threadsafe?
As far as I know it is not.
Let's say I have a communications child thread and I want to trigger a call
back in the main GUI thread. Traditionally I'd do something ugly like have a
timer polling a variable used as a fla
Mattias Gaertner wrote:
On Thu, 21 Jan 2010 01:25:10 +0200
Žilvinas Ledas wrote:
Hello all,
I get error:
Compiling E:\lazarus\packager\frames\compiler_buildvar_options.pas
Compiling .\frames\compiler_conditionals_options.pas
compiler_conditionals_options.pas(28,47) Fatal: Circular unit re
On 20/01/2010, Jonathan wrote:
>
> The is no frame work under Windows for the menu, just files thats why you
> have silly company's listing there program under there name.
I haven't looked at that code in a while, but our old Delphi programs
created there own icons. I can't remember if it was reg
On Thu, 21 Jan 2010 01:25:10 +0200
Žilvinas Ledas wrote:
> Hello all,
>
> I get error:
>
> Compiling E:\lazarus\packager\frames\compiler_buildvar_options.pas
> Compiling .\frames\compiler_conditionals_options.pas
> compiler_conditionals_options.pas(28,47) Fatal: Circular unit reference
> betwe
Hello all,
I get error:
Compiling E:\lazarus\packager\frames\compiler_buildvar_options.pas
Compiling .\frames\compiler_conditionals_options.pas
compiler_conditionals_options.pas(28,47) Fatal: Circular unit reference
between compiler_conditionals_options and Compiler_BuildVar_Options
Fatal: Com
On 20/01/2010, Marco van de Voort wrote:
>
> (it might be wise to check out in how far these named programs are shared
> linked)
True, those mentioned (and ones like ATI and Nvida drivers) tend to be
more on the commercial side of things. But then again, our company
products are commercial produ
On Thu, 21 Jan 2010 00:56:06 +0200
Graeme Geldenhuys wrote:
> On 20/01/2010, Vincent Snijders wrote:
> >
> > To bad, the ideal setup creator would get a setup.xml and compile it to
> > .rpm, .deb, windows installer, .dmg with Mac OS X package, etc.
> >
> > Kind of like the Lazarus idea, one so
On Thu, 21 Jan 2010 00:02:19 +0100
Kjow wrote:
> 2010/1/20 Mattias Gaertner :
> > Can you give a more complete example?
> >
> > Mattias
>
> e.g. If I add to a form a listview or a memo or a combobox and in the
> source code I put this:
>
> ListBox1.items[0].
> or
> Memo1.Lines[0].
> or
> combob
On 20/01/2010, stop...@muenster.de wrote:
>
> Please stop this flamewar, nobody is forced to use Graemes code.
Thanks Stefan. I always take what Vincent says with a pinch of salt.
We have some understanding that everything goes except on Fridays, and
I think I saw a smiley face somewhere between
2010/1/20 Mattias Gaertner :
> Can you give a more complete example?
>
> Mattias
e.g. If I add to a form a listview or a memo or a combobox and in the
source code I put this:
ListBox1.items[0].
or
Memo1.Lines[0].
or
combobox1.items[0].
If I press CRTL+Space I got this error:
\lcl\stdctrls.pp(90
On 20/01/2010, Vincent Snijders wrote:
>
> To bad, the ideal setup creator would get a setup.xml and compile it to
> .rpm, .deb, windows installer, .dmg with Mac OS X package, etc.
>
> Kind of like the Lazarus idea, one source for many OS/widget set
> combinations.
Good point, but I see a few p
On Wed, 20 Jan 2010 23:33:32 +0100
Kjow wrote:
> Hi,
>
> I updated Lazarus svn to revision 23510, but from some revs (at least
> from some hours ago), when I press ctrl+space at the end of an array
> to open the menu I get the error:
>
> Error: illegal qualifier [ found
>
> Is it a bug or a my
Hi,
I updated Lazarus svn to revision 23510, but from some revs (at least
from some hours ago), when I press ctrl+space at the end of an array
to open the menu I get the error:
Error: illegal qualifier [ found
Is it a bug or a my problem?
Thanks,
Kjow
--
___
On 20/01/2010, Vincent Snijders wrote:
>
> It is editable in the text editor. But also by IS-Tool, which is more like
> an IDE for inno setup scripts.
I took a second look at the lazarus.iss file to see how "install
features/options" and there relationships are mapped in the INI file.
They seem
On 20/01/2010, stop...@muenster.de wrote:
>
> OK, I thought you are still in the early stages of evaluation.
No, we have had the "setup tool" on the table for some time, we just
did have time to implement everything yet. That's my task now.
> Concerning XML:
> >From my point of view XML has i
- stop...@muenster.de wrote:
> Please stop this flamewar, nobody is forced to use Graemes code.
>
> His only intention was to get some feedback and tell us about his
> ideas,
> thats how OSS works.
>
Another way OSS works is that you're not our mommy.
Okay, here's some feedback: Use a pla
On 20/01/2010, Felipe Monteiro de Carvalho
wrote:
>
> Maybe you used it in the wrong way.
> The "rpm" utility doesn't solve the dependencies, it's like the "dpkg"
> utility from Debian.
Thanks. Mattias explained that I had a misunderstanding of how things
work. External tools do the download fo
On Wed, 20 Jan 2010 15:30:55 -0500
waldo kitty wrote:
> On 1/20/2010 06:12, Alexander Klenin wrote:
> >> From PropEditUtils.pas (recently split by me from PropEditS.pp):
> >
> > TGetStringProc = procedure(const s:ansistring) of object;
> >
> >> From Classes.pp:
> >
> > TGetStrProc = procedure(con
On 20/01/2010, Mattias Gaertner wrote:
>
> There seems to be a misunderstanding.
> Both deb and rpm have package dependency resolution, but neither
> downloads them automatically.
> You must use tools like apt-get for debs and yum for rpms or even
Ah, so the RPM guys were simply slow on the up
On Wed, 20 Jan 2010 11:31:14 +0200
Graeme Geldenhuys wrote:
>You wouldn't believe! :-) I have spent the last two days working on this
>and think I finally found a solution that works 99.9% of the time. Just
>getting nested menu items to work under Linux was a huge pain (in contrast,
>Windows was
On 1/20/2010 06:12, Alexander Klenin wrote:
From PropEditUtils.pas (recently split by me from PropEditS.pp):
TGetStringProc = procedure(const s:ansistring) of object;
From Classes.pp:
TGetStrProc = procedure(const S: string) of object;
I think TGetStringProc is redundant and should be remo
On Wed, Jan 20, 2010 at 10:06:55AM +0200, Graeme Geldenhuys wrote:
> already implemented or at least went through the brain storming and design
> idea phase. Here is our requirements and ideas we came up with:
>
> * Linux distro independent setup. Against the normal methods, we do not
> want to
stop...@muenster.de escreveu:
Please stop this flamewar, nobody is forced to use Graemes code.
His only intention was to get some feedback and tell us about his ideas,
thats how OSS works.
+ 1
Keep going Graeme !
Luiz
--
___
Lazarus mailing lis
Please stop this flamewar, nobody is forced to use Graemes code.
His only intention was to get some feedback and tell us about his ideas,
thats how OSS works.
bye,
Stefan
--
Absender:
2010/1/20 Brad Campbell :
> Is QueueAsyncCall() threadsafe?
As far as I know it is not.
>
> Let's say I have a communications child thread and I want to trigger a call
> back in the main GUI thread. Traditionally I'd do something ugly like have a
> timer polling a variable used as a flag, or poll
- "Vincent Snijders" wrote:
>
> But from the maintainer of fpgui which doesn't use an existing,
> familiar
> to the user widget set, another way (one kind of installer that runs
> on
> all systems, but does not match an existing packaging system) does not
>
> surprise me :-)
>
One can
Graeme Geldenhuys schreef:
Hi,
Our company projects requires a flexible and easy to use setup program to
work on various Linux distros as well as Windows. Mac support will probably
come in a year or two, because currently our applications are only
available on Linux and Windows, so that is the p
stop...@muenster.de schreef:
On Wed, Jan 20, 2010 at 04:41:48PM +0200, Graeme Geldenhuys wrote:
stop...@muenster.de wrote:
I'd recommend to use the same syntax as inno-setup.
By that you mean the *.iss file?
eg: /tools/install/win/lazarus.iss
Exactly.
It is editable in the text editor.
On Wed, Jan 20, 2010 at 04:41:48PM +0200, Graeme Geldenhuys wrote:
> stop...@muenster.de wrote:
> >
> > I'd recommend to use the same syntax as inno-setup.
>
> By that you mean the *.iss file?
> eg: /tools/install/win/lazarus.iss
Exactly.
> > * fully documented
>
> :-) Our setup.xml is al
On Wed, Jan 20, 2010 at 1:30 PM, Graeme Geldenhuys
wrote:
> Not in the days I used RedHat. I'm talking long ago, from Redhat 5.0 to
> about 8.1. :-)
Maybe you used it in the wrong way.
The "rpm" utility doesn't solve the dependencies, it's like the "dpkg"
utility from Debian.
So you don't use t
On Wed, 20 Jan 2010 17:25:58 +0200
Graeme Geldenhuys wrote:
> Juha Manninen wrote:
> >> * we use recommended *.desktop and *.directory files for menu items
> >
> > Do you mean there is a standard way for that for all window managers? Ok
> > then,
> > I didn't know. There are tens of different
Felipe Monteiro de Carvalho wrote:
>
> RPM surely always did support dependency checks. Some packages have
Not in the days I used RedHat. I'm talking long ago, from Redhat 5.0 to
about 8.1. :-)
I've just been spoilt with Ubuntu. I guess it's time I start trying out
other distros again. Slackware
Juha Manninen wrote:
>> * we use recommended *.desktop and *.directory files for menu items
>
> Do you mean there is a standard way for that for all window managers? Ok
> then,
> I didn't know. There are tens of different window managers around.
Yes, there is a standard. Most (still active in
On Wed, Jan 20, 2010 at 12:31 PM, Graeme Geldenhuys
wrote:
> Does RPM support dependency checks? Last time I used RedHat (years ago) it
> did not.
RPM surely always did support dependency checks. Some packages have
different names across distributions, which ruins the possibility of
one package f
Hi!
> * we use recommended *.desktop and *.directory files for menu items
Do you mean there is a standard way for that for all window managers? Ok then,
I didn't know. There are tens of different window managers around.
> Does RPM support dependency checks? Last time I used RedHat (years ago)
stop...@muenster.de wrote:
>
> I'd recommend to use the same syntax as inno-setup.
By that you mean the *.iss file?
eg: /tools/install/win/lazarus.iss
> * fully documented
:-) Our setup.xml is already full documented (yeah, programmers that
document. WTF??) and the elements used are prett
Juha Manninen wrote:
>
> I am sorry to tell you but your project is doomed to failure with the
> requirements you listed.
With that attitude, ALL developers would be out of business and we wouldn't
have things like Linux, OpenOffice or any open source projects for that
matter. :-) I gather your
On Wed, Jan 20, 2010 at 10:49:29AM +0200, Graeme Geldenhuys wrote:
> [...Inno Setup...]
>
> I know about inno setup, but never used it before. We didn't want to port
> something because we wanted to think out-of-the-box and build it from the
> ground up with cross-platform support in mind. Trying
Hans-Peter Diettrich wrote:
>
> Support for user languages and countries.
That comes standard with all fpGUI applications. Currently we have
translations for 8 languages (af, de, en, es, fr, it, pt, ru).
Regards,
- Graeme -
--
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
Graeme Geldenhuys schrieb:
* Viewing of README.txt files.
* Viewing and accepting of license agreement is also supported (even though
I hate license agreements - and who actually reads those ).
Support for user languages and countries.
DoDi
--
Graeme,
I am sorry to tell you but your project is doomed to failure with the
requirements you listed.
In the end you will have a system that "almost works", or works in 85% of the
cases, and you will be frustrated yourself.
Your idea is not new. Other people have banged their heads to wall as
Zitat von Alexander Klenin :
2010/1/20 Mattias Gärtner :
Zitat von Alexander Klenin :
From PropEditUtils.pas (recently split by me from PropEditS.pp):
Every change to the IDEIntf must be documented here:
http://wiki.lazarus.freepascal.org/Lazarus_0.9.30_release_notes
Done.
However, there
2010/1/20 Mattias Gärtner :
> Zitat von Alexander Klenin :
>
>>> From PropEditUtils.pas (recently split by me from PropEditS.pp):
>
> Every change to the IDEIntf must be documented here:
> http://wiki.lazarus.freepascal.org/Lazarus_0.9.30_release_notes
Done.
However, there are more then 60 changes
Zitat von Alexander Klenin :
From PropEditUtils.pas (recently split by me from PropEditS.pp):
Every change to the IDEIntf must be documented here:
http://wiki.lazarus.freepascal.org/Lazarus_0.9.30_release_notes
TGetStringProc = procedure(const s:ansistring) of object;
From Classes.pp:
T
On Tue, Jan 19, 2010 at 20:14, Roland Turcan wrote:
> Hello all,
>
> I use Delphi style of programing in Lazarus to keep a compatibility
> with Kylix and therefore I want to get this code which is valid of
> Freepascal's ObjectPascal, but in {$MODE Delphi} it doesn't accept
> calling of "MyItems[i
>From PropEditUtils.pas (recently split by me from PropEditS.pp):
TGetStringProc = procedure(const s:ansistring) of object;
>From Classes.pp:
TGetStrProc = procedure(const S: string) of object;
I think TGetStringProc is redundant and should be removed.
Should I prepare a patch?
--
Alexander S
Vladimir Zhirov wrote:
>
> * Automated install procedure. It could be a command line option to
> take a text/xml/ini file with setup options and do not require user
> to press any buttons or type filesystem paths.
Yes we are considering the usual /silent or --silent parameter option, and
a optio
>>
>> Hello all
>>
>> I am learning free pascal / lazarus by porting a delphi application at
>> work to lazarus on linux ( Mandriva 2010 ). So far I have got it to
>> compile but when I tried to run it it complained about a missing lvga
>> dependency. I installed libvga and now the message is that
Sorry, I got my mails messed up, so here is the missing part:
Graeme Geldenhuys wrote:
> I want to double click, then click next, next and finish -
> and be done with it. :)
Well, then one more feature request :)
* Automated install procedure. It could be a command line option to
take a text/xml
On Wed, 20 Jan 2010, tim launchbury wrote:
Hello all
I am learning free pascal / lazarus by porting a delphi application at
work to lazarus on linux ( Mandriva 2010 ). So far I have got it to
compile but when I tried to run it it complained about a missing lvga
dependency. I installed libvga
Michael Van Canneyt wrote:
>
>
> On Wed, 20 Jan 2010, Graeme Geldenhuys wrote:
>
> > Vladimir Zhirov wrote:
> >>
> > The clients we are targeting are all newcomers to Linux. They are
> > used to Windows with simply double clicking a setup.exe file. This
> > is our goal for Linux to - no openin
Hello all
I am learning free pascal / lazarus by porting a delphi application at
work to lazarus on linux ( Mandriva 2010 ). So far I have got it to
compile but when I tried to run it it complained about a missing lvga
dependency. I installed libvga and now the message is that /dev/mem is
not acc
2010/1/19 Mattias Gaertner :
> make bigide compiles an IDE as found in the windows installer.
> To compile an IDE with your current set of installed packages, use
>
> lazbuild --build-ide=
After an svn update, it is better to do:
make clean all
lazbuild --build-all --build-ide=
or just:
lazbuil
2010/1/19 Marco van de Voort :
> This happens only once or twice an year. I manually kill the
> fpc\$FPCVERSION\units\
> dir if I notice it.
>
> A different reason to do the same is strange errors like linker errors, or
> wanting to recompile.
>
> This can happen because an unit switched dirs, and
On Wed, 20 Jan 2010, Graeme Geldenhuys wrote:
Vladimir Zhirov wrote:
The clients we are targeting are all newcomers to Linux. They are used to
Windows with simply double clicking a setup.exe file. This is our goal for
Linux to - no opening of command prompts and typing (unless you are an
ex
Vladimir Zhirov wrote:
>
> * Checking dependencies. There is no such problem in fpGUI apps
> since the only dependency is X :) But Lazarus apps can be stuck to
> specific GTK/QT version(s).
That is exactly why the setup program is written with fpGUI. So even tiny
"lite" linux distros or even emb
Graeme Geldenhuys wrote:
> Anyway, I would like to know what features your guys (as developers)
> would like to see in a setup program.
I can think of the one additional feature:
* Checking dependencies. There is no such problem in fpGUI apps
since the only dependency is X :) But Lazarus apps ca
Paul Ishenin wrote:
>
> My wish list - port innosetup (http://www.jrsoftware.org/isinfo.php)
> which is written in delphi and is opensource project. We are using it
> for lazarus windows installs.
I know about inno setup, but never used it before. We didn't want to port
something because we wan
Graeme Geldenhuys wrote:
>
> So what feature do you require in a setup that we did not think of? What's
> your wish list?
What I also forgot to mention are a few more features.
* Splash/Banner/Logo image support. If no image is
available, the setup GUI window adjust itself accordingly.
* View
Michael Van Canneyt wrote:
>>
>> * different internal archive options: gzip, lzma, zip, tar.gz etc...
>
> This might prove difficult. on linux, only .tar.gz is guaranteed to be
> supported. If you want any of the others, you'll have to deploy the
> uncompression engine as well.
Do don't plan on
20.01.2010 15:06, Graeme Geldenhuys wrote:
We are primarily targeting deployment of Free Pascal based applications,
but the setup engine should be flexible enough to handle any type of
application (we hope). :)
We will probably release the setup and setup builder as Open Source
software once don
On Wed, 20 Jan 2010, Graeme Geldenhuys wrote:
Hi,
* Notification of hard drive space available and how much will be used by
selected features.
* different internal archive options: gzip, lzma, zip, tar.gz etc...
This might prove difficult. on linux, only .tar.gz is guaranteed to be
suppo
Hi,
Our company projects requires a flexible and easy to use setup program to
work on various Linux distros as well as Windows. Mac support will probably
come in a year or two, because currently our applications are only
available on Linux and Windows, so that is the platforms we are focusing on.
85 matches
Mail list logo
