On Thu, Jan 22, 2015 at 10:33 AM, Marco van de Voort mar...@stack.nl
wrote:
(no snapshot generation because the docs didn't build?)
That would be a very good incentive to fix the docs though (not to mention
that most likely the build will fail locally before someone submits a
change). Someone
On Thu, Jan 22, 2015 at 12:13:59PM +0100, Kostas Michalopoulos wrote:
(no snapshot generation because the docs didn't build?)
That would be a very good incentive to fix the docs though (not to mention
that most likely the build will fail locally before someone submits a
change).
That
On Thu, Jan 22, 2015 at 10:48:51AM +0100, Michael Schnell wrote:
But in general it is simply a symptom of not doing continuous
documentation work, not procedures or whatever.
In fact the not publicly usable state of the procedures - including
the fact that there are different
On 01/22/2015 10:57 AM, Marco van de Voort wrote:
Yes, I agree that the Lazarus IDE help should really be removed from
the wiki and converted to fpdoc to end this.
I don't disagree, as I just advocate a common primary format for every
help that is available from the Lazarus IDE and necessary
On 01/22/2015 10:33 AM, Marco van de Voort wrote:
But in general it is simply a symptom of not doing continuous
documentation work, not procedures or whatever.
In fact the not publicly usable state of the procedures - including
the fact that there are different primary-source formats for the
On Wed, Jan 21, 2015 at 04:20:45PM +0100, Kostas Michalopoulos wrote:
Which is why i'm asking, shouldn't those be generated automatically for
each build?
Currently the makefile for FPC docs is Unix centric. Which is somewhat
clumsy for a windows build. I also think it is not necessary.
The
On Thu, Jan 22, 2015 at 03:20:01PM +0100, Kostas Michalopoulos wrote:
That assumes people do full release building locally. Usually one doesn't,
and only builds the module to test.
Aren't full builds made before one submits something to SVN?
Usually yes. It doesn't make much sense to do a
On Thu, Jan 22, 2015 at 12:31 PM, Marco van de Voort mar...@stack.nl
wrote:
That assumes people do full release building locally. Usually one doesn't,
and only builds the module to test.
Aren't full builds made before one submits something to SVN?
--
Wow! Thank you very much, Mattias !
On 2015-01-20 10:26, Mattias Gaertner wrote:
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
On Tue, 20 Jan 2015 10:34:30 +0100
Mattias Gaertner nc-gaert...@netcologne.de 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
This error lines on terminal, when start lazarus showed this lines. But
lazarus running.
fpc svn 3.1.1, lazarus svn, osx retina
...
CarbonFontIDToFontName Error: ATSUFindFontName Length failed with result
-8905 -- this line repeat 29 times
TMainIDE.ParseCmdLineOptions:
11 matches
Mail list logo