On Tue, 14 Feb 2012, Hans-Peter Diettrich wrote:
Michael Van Canneyt schrieb:
Now the lazarus team needs to decide how it intends to use the new feature.
When a decision has been reached, I'll see how I can help (if any help is
still needed).
This reminds me on: Here's the solution,
On 14 February 2012 04:54, waldo kitty wrote:
so, basically, i'm working on the documentation and write a local note
that only belongs on my machine so that it doesn't pollute the
documentation...
This is exactly how DocView's annotations work, and this is exactly
how I improve FPC and fpGUI
On Tue, 14 Feb 2012, Graeme Geldenhuys wrote:
On 14 February 2012 04:54, waldo kitty wrote:
so, basically, i'm working on the documentation and write a local note
that only belongs on my machine so that it doesn't pollute the
documentation...
This is something that does not belong in
On 14 February 2012 10:06, michael.van. wrote:
It is more 'I had this planned, it can also be used to solve your problem'.
But if it's not wanted, hey, suit yourself...
+1
@DoDi
No offence, but Michael is trying to be accommodating here. But with
every since code change he makes, you
How much time to check a semaphore and a file
you still loose me... they are the same thing (to me) so there is no
difference (to me)...
what, exactly, are you calling a semaphore? where, exactly, does it
reside? how, exactly, is it created/removed?
Sorry I'll be more specific.
I need to
On 02/13/2012 04:20 PM, Michael Van Canneyt wrote:
Despite DocViews obvious intrinsic qualities:
I seriously doubt that, for the simple reason it is not implemented
using the LCL.
Is the CHM viewer based on the LCL ?
I don't know if/how it is possible to create an installable Lazarus
Am 14.02.2012 09:48, schrieb Michael Schnell:
On 02/13/2012 04:20 PM, Michael Van Canneyt wrote:
Despite DocViews obvious intrinsic qualities:
I seriously doubt that, for the simple reason it is not implemented
using the LCL.
Is the CHM viewer based on the LCL ?
Yes, it is.
I don't know
On Mon, Feb 13, 2012 at 11:44 PM, Bart bartjun...@gmail.com wrote:
See: http://home.tiscali.nl/~knmg0017/software.htm#eplus
Download de broncode has link to sources.
You also need all units under Afhankelijkheden .
It looks pretty good, but as always it has some non-standard
dependencies
On 14 February 2012 00:44, Bart wrote:
The UI is in Dutch however.
That's no problem.
See: http://home.tiscali.nl/~knmg0017/software.htm#eplus
Download de broncode has link to sources.
You also need all units under Afhankelijkheden .
Thanks, but after trying for 30 minutes to resolve the
On 14/02/2012 08:43, Antonio Fortuny wrote:
Hello Antonio,
Linux ? I'm still looking for a solution equivalent to the Windows
mutexes. Events seem to be local to a process. Semaphores could be a
solution but with Lazarus 0.9.31 on an OpenSuse 11.4 64 bit,
semaphores can only be used unnamed
On 14 February 2012 10:48, Michael Schnell wrote:
Despite DocViews obvious intrinsic qualities:
I seriously doubt that, for the simple reason it is not implemented using
the LCL.
I don't really see this as a problem. After all, you need to download
the INF or CHM or HTML or PDF offline help
On 14 February 2012 10:58, Sven Barth wrote:
The only thing
needed for DocView is the possibility to communicate using IPC (@Graeme?).
That is already on my docview todo list, and should be one of the next
things I implement (in a week or two).
--
Regards,
- Graeme -
Le 14/02/2012 10:32, Lukasz Sokol a écrit :
On 14/02/2012 08:43, Antonio Fortuny wrote:
Hello Antonio,
Linux ? I'm still looking for a solution equivalent to the Windows
mutexes. Events seem to be local to a process. Semaphores could be a
solution but with Lazarus 0.9.31 on an OpenSuse 11.4
On Tue, Feb 14, 2012 at 10:42 AM, Graeme Geldenhuys
graemeg.li...@gmail.com wrote:
I seriously doubt that, for the simple reason it is not implemented using
the LCL.
I don't really see this as a problem.
But it is the main issue.
After all, you need to download
the INF or CHM or HTML or
On Mon, Feb 13, 2012 at 19:30, Martin laza...@mfriebe.de wrote:
On 13/02/2012 16:49, Martin wrote:
On 13/02/2012 08:19, Hans-Peter Diettrich wrote:
Martin schrieb:
2. In declaration of external functions like the following
procedure P; external 'someLib' name 'someName';
the name is
On Tue, Feb 14, 2012 at 10:29 AM, Felipe Monteiro de Carvalho
felipemonteiro.carva...@gmail.com wrote:
Maybe a more descriptive name would be good too, something like fpedit.
Actually my favorite name now would be: lazedit
--
Felipe Monteiro de Carvalho
--
On Tue, Feb 14, 2012 at 10:58 AM, Felipe Monteiro de Carvalho
felipemonteiro.carva...@gmail.com wrote:
Actually my favorite name now would be: lazedit
The address book application too could use the same process:
1-Remove non-standard dependencies
2-Rename to lazContacts
3-Add to FP Application
On 02/14/2012 10:32 AM, Lukasz Sokol wrote:
There is also futex (Fast Userspace muTEX) but I don't know much about
that one;
Futex needs a common user space for the code snippets that are to be
synchronized, thus it is perfect for threads but not usable for
system-wide stuff.
-Michael
--
On 02/14/2012 10:44 AM, Graeme Geldenhuys wrote:
That is already on my docview todo list, and should be one of the next
things I implement (in a week or two).
Sounds Great ! Looking forward to testing this.
-Michael
--
___
Lazarus mailing list
On 14/02/2012 09:48, Antonio Fortuny wrote:
System-wide solutions for Linux is the *Unix-way*, is to create a
lock-file;
Got it.
If you create one on a tmpfs mounted directory,
What do you call a tmpfs mounted directory ? I'm only a pascal
programmer not a system guy
Usually in /tmp, or by
On 02/14/2012 10:42 AM, Graeme Geldenhuys wrote:
I don't really see this as a problem. After all, you need to download
the INF or CHM or HTML or PDF offline help anyway.
The distribution (version 1.0) might include those.
Not many people want to go the build your own docs route.
But
Graeme Geldenhuys schrieb:
No offence, but Michael is trying to be accommodating here.
Appreciated :-)
But with
every since code change he makes, you seem to find more and more
problems (those are debatable).
What problems?
I only tried to give some *possible* use cases for an intended
waldo kitty schrieb:
question) what about the possibility of local notes... notes that are
only stored on the local machine?
You can do with the downloaded doc sources whatever you like.
so, basically, i'm working on the documentation and write a local note
that only belongs on my machine
On 14/02/12 08:43, Antonio Fortuny wrote:
Linux ?
I'm still looking for a solution equivalent to the Windows mutexes.
You can do this by storing the mutex in shared memory and accessing that
shared memory from different programs. You have to set the mutex as
recursive and shared (using
Le 14/02/2012 11:22, Lukasz Sokol a écrit :
On 14/02/2012 09:48, Antonio Fortuny wrote:
System-wide solutions for Linux is the *Unix-way*, is to create a
lock-file;
Got it.
If you create one on a tmpfs mounted directory,
What do you call a tmpfs mounted directory ? I'm only a pascal
Lukasz Sokol schrieb:
System-wide solutions for Linux is the *Unix-way*, is to create a lock-file;
If you create one on a tmpfs mounted directory, it will all happen in
memory, hence no hard-drive storage access will happen (unless moved to swap,
but in your case it won't ever happen) so all
On 02/14/2012 11:40 AM, Henry Vermaak wrote:
Look into the pthread man pages for info. I
Usual pthread_mutex() functions are designed for working within a single
process and thus will use Futex, if available and thus will not work
system-wide. I don't know if pthreadlib offers an option for
Al 14/02/2012 10:32, En/na Lukasz Sokol ha escrit:
System-wide solutions for Linux is the *Unix-way*, is to create a lock-file;
There are other methods, see here:
http://www.ibm.com/developerworks/linux/library/l-ipc2lin3/index.html
Bye
--
Luca Olivetti
Wetron Automation Technology
Martin wrote:
On 13/02/2012 18:50, Mark Morgan Lloyd wrote:
But be warned that before I go anywhere near that I'm going to be
investigating injecting APL-style characters into Synedit. You might
prefer to keep your head down :-)
Let me know how it goes. As long as they are represented in
Le 14/02/2012 12:15, Michael Schnell a écrit :
On 02/14/2012 11:40 AM, Henry Vermaak wrote:
Look into the pthread man pages for info. I
Usual pthread_mutex() functions are designed for working within a
single process and thus will use Futex, if available and thus will not
work system-wide.
On 14/02/12 11:15, Michael Schnell wrote:
On 02/14/2012 11:40 AM, Henry Vermaak wrote:
Look into the pthread man pages for info. I
Usual pthread_mutex() functions are designed for working within a single
process and thus will use Futex, if available and thus will not work
system-wide. I don't
On 14 February 2012 12:06, Felipe Monteiro de Carvalho wrote:
The address book application too could use the same process:
3-Add to FP Application Suite
I've got a few apps that could be contenders in the FP Application
Suite list - or can only LCL based apps play there?
--
Regards,
-
On 14 February 2012 13:37, Graeme Geldenhuys wrote:
I've got a few apps that could be contenders in the FP Application
Suite list - or can only LCL based apps play there?
To clarify the list I haveall obviously implemented in FPC + fpGUI.
* A file manager (yet another Total Commander
On Tue, Feb 14, 2012 at 12:37 PM, Graeme Geldenhuys
graemeg.li...@gmail.com wrote:
I've got a few apps that could be contenders in the FP Application
Suite list - or can only LCL based apps play there?
Any Pascal app can join. Cross-platform and free software apps are preferred.
--
Felipe
On 02/14/2012 12:36 PM, Henry Vermaak wrote:
No, you're wrong.
I did a lot of research on pthread_mutex.. and I do know that it uses
Futex when the underlying system provides same (not all Linux
implementations on all architectures do have Futex). Thus unless you
take additional care it can't
On 14/02/12 11:15, Michael Schnell wrote:
System 5 named semaphores (sem_open() and friends) are designed to work
system wide and (AFAI remember) don’t need any userspace memory resources.
sem_open() is _not_ part of System V semaphores, it's part of POSIX
semaphores and part of nptl. It
Hi Graeme,
I'll go straight to the point without any shame: may I have your calculator
and, eventually, the installer program?
Unfortunately I've little to share, because I'm an hw engineer and my sw
has very little or no public utility.
The only one vaguely useful
On 2/14/2012 05:48, Hans-Peter Diettrich wrote:
Lukasz Sokol schrieb:
System-wide solutions for Linux is the *Unix-way*, is to create a lock-file;
If you create one on a tmpfs mounted directory, it will all happen in memory,
hence no hard-drive storage access will happen (unless moved to swap,
Is very cool.
2012/2/13 Kjow antispamm...@gmail.com
2012/2/13 Lukasz Sokol el.es...@gmail.com
On 13/02/2012 10:25, Kjow wrote:
Hi all!
I added to the Lazarus wiki a video game I developed with Lazarus and
GLScene:
Concordo, é preciso evoluir o cross compile para que seja fácil.
Agree, is urge to evolve the cross compile to be easy.
I been thinking, and if, some like this tech of the fpCup, (if i`m not wrong
about the fpCup means), was implemented, to automatically download the
necessaries units for the
Mattias Gaertner schrieb:
I am trying to understand the logic of the anchors of graphic elements
like buttons etc., especially the meaning of the margin values.
Maybe you want read the documentation:
http://wiki.lazarus.freepascal.org/Autosize_/_Layout#BorderSpacing
It's a bit
How about Ctrl+Shift+Alt+Space completes the code with empty values.
Like this:
Trim();
After Ctrl+Shift+Alt+Space inside that parentheses makes this:
Trim('');
Just, another idea. :)
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
On 2/14/12, Felipe Monteiro de Carvalho
felipemonteiro.carva...@gmail.com wrote:
On Mon, Feb 13, 2012 at 11:44 PM, Bart bartjun...@gmail.com wrote:
See: http://home.tiscali.nl/~knmg0017/software.htm#eplus
Download de broncode has link to sources.
You also need all units under Afhankelijkheden
On 2/14/12, Graeme Geldenhuys graemeg.li...@gmail.com wrote:
* Since a few minutes ago, a Notepad style editor, with tab
interface and syntax highlighting for pascal.
My god, you work fast.
I spent several months on my app (before releasing).
Bart
--
On Tue, Feb 14, 2012 at 19:43, Everton Vieira tonvie...@gmail.com wrote:
How about Ctrl+Shift+Alt+Space completes the code with empty values.
Like this:
Trim();
After Ctrl+Shift+Alt+Space inside that parentheses makes this:
Trim('');
Just, another idea. :)
Or the CTRL+SHIFT+C
Em 14/02/2012, às 15:54, ik escreveu:
On Tue, Feb 14, 2012 at 19:43, Everton Vieira tonvie...@gmail.com wrote:
How about Ctrl+Shift+Alt+Space completes the code with empty values.
Like this:
Trim();
After Ctrl+Shift+Alt+Space inside that parentheses makes this:
Trim('');
Just,
On 2/13/12, zeljko zel...@holobit.net wrote:
Bart, I've fixed that (added dynamic count of height) in r35309. Can you
test
Tested Lazarus 0.9.31 r35365 FPC 2.6.0 i386-linux-gtk 2.
I can resize the manin window to my liking again.
It does, however not seem to initialize to the correct height,
How can I make it calculate it's own height to see if that works?
Maximize the main window.
Juha
2012/2/14, Bart bartjun...@gmail.com:
On 2/13/12, zeljko zel...@holobit.net wrote:
Bart, I've fixed that (added dynamic count of height) in r35309. Can you
test
Tested Lazarus 0.9.31 r35365
ok, i decided to go back and retry this all over again... i'm following the
instructions in the wiki as linked to by the default Help-Online Help page...
http://wiki.freepascal.org/Installing_Help_in_the_IDE#Installing_CHM_Help_for_The_RTL.2C_FCL_and_LCL_in_the_Lazarus_IDE
[quote]
On 2/14/12, Juha Manninen juha.mannine...@gmail.com wrote:
How can I make it calculate it's own height to see if that works?
Maximize the main window.
In my first report I stated that only Minimize and Close border-icons
are available.
So, there is no maximize option...
Bart
--
On Tuesday 14 of February 2012 20:28:43 Bart wrote:
On 2/14/12, Juha Manninen juha.mannine...@gmail.com wrote:
How can I make it calculate it's own height to see if that works?
Maximize the main window.
In my first report I stated that only Minimize and Close border-icons
are
On 2/14/12, zeljko zel...@holobit.net wrote:
Resize it with mouse. It cannot be maximized since Constraints.MaxHeight =
calculated max height.
I should have pulled it just a few more pixels down, and I would have
noticed that.
The new maxHeight constraint looks OK on my GTK2 system.
Thanks
On 14.02.2012 19:33, waldo kitty wrote:
ok, i decided to go back and retry this all over again... i'm following
the instructions in the wiki as linked to by the default Help-Online
Help page...
On Tuesday 14 of February 2012 20:39:36 Bart wrote:
On 2/14/12, zeljko zel...@holobit.net wrote:
Resize it with mouse. It cannot be maximized since Constraints.MaxHeight
= calculated max height.
I should have pulled it just a few more pixels down, and I would have
noticed that.
The new
Hi list,
Working on my fpcup installer, I tried it on OSX.
We're trying to set up a Lazarus/FPC combo that's independent of any
already installed fpc/Lazarus installs.
To ignore any existing system wide fpc.cfg, we use a proxy for fpc:
cat /Users/reinier/fpc/bin/fpc.sh
#!/bin/sh
# This script
On 14 February 2012 19:54, Bart wrote:
My god, you work fast.
I spent several months on my app (before releasing).
The right toolkit makes things easier. ;-)
Jokes aside... I actually copied and pasted a lot of support code I
wrote for the Maximus IDE (an experimental fpGUI IDE), and reused
On 14 February 2012 19:43, Everton Vieira wrote:
How about Ctrl+Shift+Alt+Space completes the code with empty values.
Like this:
Trim();
After Ctrl+Shift+Alt+Space inside that parentheses makes this:
Trim('');
Why not simply type the single quote key twice, instead of a complex
On 02/08/12 10:23, Felipe Monteiro de Carvalho wrote:
Hello,
I have a strange issue. I configured chm help and everything was fine
and nice and then I restarted my IDE and suddenly on pressing F1 my
IDE froze instead of bringing LHelp. And now it always does that even
after I restarted the
Em 14/02/2012, às 18:47, Bart bartjun...@gmail.com escreveu:
Be my guest ;-)
Great! It is now in the lazarusccr in applications/lazedit
Felipe
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
Em 14/02/2012, às 19:33, waldo kitty wkitt...@windstream.net escreveu:
so why isn't this working??? what is the key step that has been left out of
the instructions??
Read the wiki section title. Documentation for RTL, fcl, lcl. Nothing is said
about keywords as they are not part of those
felipemonteiro.carva...@gmail.com schrieb:
Em 14/02/2012, às 19:33, waldo kitty wkitt...@windstream.net
escreveu:
so why isn't this working??? what is the key step that has been
left out of the instructions??
Read the wiki section title. Documentation for RTL, fcl, lcl.
Download all the
On 14 February 2012 20:33, waldo kitty wrote:
5. extracted three chm files to my freepascal/laz/docs/html
placed the cursor on a pascal keyword (ie: implementation in the currently
opened file from when i opened the lhelp.lpi), pressed F1 and... no help :(
Funny that, I had the exact same
On 14/02/2012 18:33, waldo kitty wrote:
ok, i decided to go back and retry this all over again... i'm
following the instructions in the wiki as linked to by the default
Help-Online Help page...
Somewhere else (on this list or in the forum) I have seen the define
UseCHMHelp being mentioned (could have been an old post already). How
is this related to the instructions mentioned at the beginning of this
thread?
I can remember I had played around with CHM help a year ago but
deactivated it
On 2/14/2012 14:40, Sven Barth wrote:
On 14.02.2012 19:33, waldo kitty wrote:
so why isn't this working??? what is the key step that has been left out
of the instructions??
What about trying not a keyword? What about things like FileExists,
TProcess, TForm (if the correct units are included
On 2/14/2012 16:29, Hans-Peter Diettrich wrote:
felipemonteiro.carva...@gmail.com schrieb:
Em 14/02/2012, às 19:33, waldo kitty wkitt...@windstream.net
escreveu:
so why isn't this working??? what is the key step that has been
left out of the instructions??
Read the wiki section title.
On 2/14/2012 16:21, felipemonteiro.carva...@gmail.com wrote:
Em 14/02/2012, às 19:33, waldo kittywkitt...@windstream.net escreveu:
so why isn't this working??? what is the key step that has been left out of the
instructions??
Read the wiki section title. Documentation for RTL, fcl, lcl.
On 2/14/2012 17:40, Martin wrote:
On 14/02/2012 18:33, waldo kitty wrote:
so why isn't this working??? what is the key step that has been left out of
the instructions??
I added to the wiki
6) Go to the Environment Options,
i see this as IDE Options dialog
tab Help Options'
i do not have
On 15 February 2012 04:58, waldo kitty wrote:
i used the term 'keyword' to cover basic pascal verbs or whatever the
proper verbiage is for them... i also see/use this term to cover all library
items and am surprised that 'writeln' is not included in the RTL docs...
Those keywords are coverer
69 matches
Mail list logo