As Pagenames seemingly are allowed to contain up to 256 characters with
relevant upper/lower case and there are file systems that support only
up to 256 characters for file names and there are (silly !!!) file
systems that don't support relevant upper/lower case, something like MD5
seems to
On Tue, 20 Jan 2015 01:46:52 +0100
kapibara kapibara@aol.com wrote:
I have been trying for some days to create a combobox with names of
event handlers. The handlers are many and resides in its own class. I
cant find out how to get the names of the methods into the combobox,
except
On Tue, 20 Jan 2015 09:50:13 +0100
Michael Schnell mschn...@lumino.de wrote:
As Pagenames seemingly are allowed to contain up to 256 characters with
relevant upper/lower case and there are file systems that support only
up to 256 characters for file names and there are (silly !!!) file
On 01/20/2015 11:58 AM, Andreas Frieß wrote:
The wikiget should handle the situation. All pages with an an not
workable filename should be ignored and logged and the programm go on
running.
I feel that this is a workaround. People will go on creating rather long
non-ASCII page names that
Am 20.01.2015 um 10:45 schrieb Michael Schnell:
On 01/20/2015 10:34 AM, Mattias Gaertner wrote:
Our Wiki does not have that long page names.
The problem is that non ASCII characters are converted to hex codes,
tripling the length. wikiget could use the actual names instead and
encode them
On 01/20/2015 10:34 AM, Mattias Gaertner wrote:
Our Wiki does not have that long page names.
The problem is that non ASCII characters are converted to hex codes,
tripling the length. wikiget could use the actual names instead and
encode them using some sort of UTF-7.
UTF-7 of course provides
I do a complete fresh installation of Lazarus
(lazarus-1.2.6-fpc-2.6.4-win32.exe) from 20.1.2015, on a complete fresh PC.
I found the chm documentation in the Lazarusinstalldir/docs/chm, but the
files in this directory are from 24.8.2012 13:21 !!
Is this the last documentation and correct for
On 01/20/2015 11:30 AM, Andi wrote:
If the definition in the Lazarus wiki is:
I feel that _if_ you do a patch to the converter program(s), they should
work independently of such current definition (any language should be
allowable in future). and here, IMHO UTF-7 is a good idea.
Am 20.01.2015 um 11:47 schrieb Michael Schnell:
On 01/20/2015 11:30 AM, Andi wrote:
If the definition in the Lazarus wiki is:
I feel that _if_ you do a patch to the converter program(s), they
should work independently of such current definition (any language
should be allowable in
Am 20.01.2015 um 12:01 schrieb Michael Schnell:
On 01/20/2015 11:58 AM, Andreas Frieß wrote:
The wikiget should handle the situation. All pages with an an not
workable filename should be ignored and logged and the programm go on
running.
I feel that this is a workaround. People will go on
On 01/20/2015 02:14 PM, Andreas Frieß wrote:
I think the people who have produced the pages with problem IMHO didnt
understand full the ruling of the pages.
OK. (But I think that unfortunately the Wiki does not provide any means
to enforce such rules :-( )
Hence the Help Supervisor Team
Am 20.01.2015 um 14:30 schrieb Michael Schnell:
On 01/20/2015 02:14 PM, Andreas Frieß wrote:
I think the people who have produced the pages with problem IMHO
didnt understand full the ruling of the pages.
OK. (But I think that unfortunately the Wiki does not provide any
means to enforce such
On 01/20/2015 02:59 PM, Andreas Frieß wrote:
Who is the team ?
:-) :-) :-)
(We did discuss this in the German forum.) No answer on that from my, as
I don't want to discourage you yet again. :-(
-Michael
--
___
Lazarus mailing list
On 01/20/2015 05:33 PM, John Landmesser wrote:
which compiler-option(?) produces such a error Dialog?
I don't see any error below, just heaptrc report. Do you get real dialog
or just console output .. or it's windows only thing when console output
is closed so
heaptrc result comes with
On Tue, 20 Jan 2015 17:38:43 +0100
zeljko zel...@holobit.net wrote:
On 01/20/2015 05:33 PM, John Landmesser wrote:
which compiler-option(?) produces such a error Dialog?
I don't see any error below, just heaptrc report. Do you get real dialog
or just console output .. or it's windows only
Am 14.01.2015 um 17:55 schrieb Anthony Walter:
I not aware of any embedded form designer that has existed for
Lazarus. If anyone on the mailing lists know something about that, I'd
love to learn something.
I presume kzDesktop is what you are looking for :-)
perhaps that is the solution?
http://sourceforge.net/projects/lazarus/files/Lazarus%20Documentation/Lazarus%201.2/
Am 20.01.2015 um 11:37 schrieb Andi:
I do a complete fresh installation of Lazarus
(lazarus-1.2.6-fpc-2.6.4-win32.exe) from 20.1.2015, on a complete
fresh PC.
I found the chm
Am 20.01.2015 um 17:43 schrieb John Landmesser:
perhaps that is the solution?
http://sourceforge.net/projects/lazarus/files/Lazarus%20Documentation/Lazarus%201.2/
Maybe, a solution, but the files inside the download have the date
19.06.2013 11:06. This more than one and a half year old !
which compiler-option(?) produces such a error Dialog?
---
Error
---
Heap dump by heaptrc unit
51266 memory blocks allocated : 8658068/8812400
51266 memory blocks freed : 8658068/8812400
0 unfreed memory blocks : 0
True heap size : 294912
When i am move a page to the right name, eg. to Sand Box/ru the old page
(source) is still available and in the wiki. So the moving did copy the
content to the new position, but not remove the old page (name). Who can
remove the (now useless) page 'Песочница
Shouldn't the CHM files be (re)generated when a full build is made?
On Tue, Jan 20, 2015 at 5:58 PM, Andreas Frieß fri...@gmx.at wrote:
Am 20.01.2015 um 17:43 schrieb John Landmesser:
perhaps that is the solution?
http://sourceforge.net/projects/lazarus/files/Lazarus%20Documentation/
On Tue, Jan 20, 2015 at 06:56:16PM +0100, Kostas Michalopoulos wrote:
Shouldn't the CHM files be (re)generated when a full build is made?
FPC chm's are generated on every RC and final build. Last is for 2.6.4 and
can be found in the doc dir of FPC, dated 2014-02-25
I see. But in the actual
On Tue, Jan 20, 2015 at 06:56:16PM +0100, Kostas Michalopoulos wrote:
Shouldn't the CHM files be (re)generated when a full build is made?
FPC chm's are generated on every RC and final build. Last is for 2.6.4 and
can be found in the doc dir of FPC, dated 2014-02-25
I generate LCL/lazutils chm's
23 matches
Mail list logo
