On 12/16/2011 02:10 PM, Michael Schnell wrote:
I might be inclined to follow in case that there is a script that
creates an combined CHM file for fpc language, rtl, lazarus IDE, LCL,
(and ...) from the svn sources.
Regarding the "(and...)".
___
fpc-
On 12/16/2011 02:10 PM, Michael Schnell wrote:
I might be inclined to follow in case that there is a script that
creates an combined CHM file for fpc language, rtl, lazarus IDE, LCL,
(and ...) from the svn sources.
Regarding the "(and...)",
The user should ba able to include things things like
On 12/17/2011 10:58 AM, Marco van de Voort wrote:
Not currently. But the problems wrt that are in the toplevel systems (latex
and fpdoc), not CHM.
In fact it seems to be the CHM viewer that (AFAIK) (other than the INF
viewer) does not work on multiple files at the same time.
I myself don't se
On Monday 19 December 2011 08:04:30 zeljko wrote:
> How ?
The binding now aligns the stack before calling the Qt libraries
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On 16 December 2011 14:25, Michael Schnell wrote:
> On 12/16/2011 12:42 PM, Marco van de Voort wrote:
>>
>> It's fine, but like most built-in engines it is not google.
>
> Can it do "and" and "or" and search for multi word strings ?
>
> (In fact I don't know wheter DocView can do these...)
Yes, D
On 16 December 2011 14:51, Marco van de Voort wrote:
>
> They are roughly from the same period, and nearly equivalent in any way.
Not even close, but that is a debate best left for another time.
> And because the format isn't dead.
Didn't Microsoft drop CHM format too? ;-) Anyway, INF is far f
On 16 December 2011 15:10, Michael Schnell wrote:
> I might be inclined to follow in case that there is a script that creates an
> combined CHM file for fpc language, rtl, lazarus IDE, LCL, (and ...) from
> the svn sources.
Which DocView can already do today with the INF files. ;-)
$ docview
On 12/19/2011 10:08 AM, Graeme Geldenhuys wrote:
http://opensoft.homeip.net:8080/~graemeg/docview_search_result.png
Sorry I cant see that due the the companies firewall blocking homeip. :-(
You'd rather attach the picture to the message. :-)
-Michael
__
On 12/19/2011 10:20 AM, Graeme Geldenhuys wrote:
Which DocView can already do today with the INF files. ;-)
Which in fact is the point of this (off-topic) discussion right now. :-)
-Michael
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
htt
On 12/19/2011 10:08 AM, Graeme Geldenhuys wrote:
Yes, DocView supports many search term formats...
"my phrase" - Will seach for that exact phrase
my phrase - will search for any of those two words.
my +phare - will search for a topic that contains both works (not
necessarly
On 15 December 2011 17:48, Marco van de Voort wrote:
> Afaik docview does not work within the IDE at all, only via the external
> tools option?
There is no reason it can't work within the Lazarus IDE. I simply find
it easier using the External Tools option of Lazarus IDE, MSEide,
Delphi IDE, etc.
On 12/19/2011 10:41 AM, Graeme Geldenhuys wrote:
On 15 December 2011 17:48, Marco van de Voort wrote:
Afaik docview does not work within the IDE at all, only via the external
tools option?
There is no reason it can't work within the Lazarus IDE.
I did not understand what Marco meant by "the la
On 16 December 2011 13:33, Marco van de Voort wrote:
> Graeme started working on it when CHM was already mostly
> operational.
"mostly operational" doesn't entrust a lot of confidence.
> Most of his original arguments were based on disk sizes and
> little implementation gotchas, not on functio
In our previous episode, Graeme Geldenhuys said:
>
> > And because the format isn't dead.
>
> Didn't Microsoft drop CHM format too? ;-)
Only for own use. Afaik it is still recommended for 3rd party usage in
Windows 8.
> Anyway, INF is far from
> dead - in fact it is making a comeback with fpG
In our previous episode, Graeme Geldenhuys said:
> > Graeme started working on it when CHM was already mostly
> > operational.
>
> "mostly operational" doesn't entrust a lot of confidence.
Compared to somebody saying he is resurrecting some old OS/2 technology, it
is a miracle of confidence.
>
On 19 December 2011 12:03, Michael Schnell wrote:
>> There is no reason it can't work within the Lazarus IDE.
>
> I did not understand what Marco meant by "the lazarus internal help
> registration". Docview does do context sensitive help in the Editor, but
He meant for help inside the IDE dialog
In our previous episode, Graeme Geldenhuys said:
> >> There is no reason it can't work within the Lazarus IDE.
> >
> > I did not understand what Marco meant by "the lazarus internal help
> > registration". Docview does do context sensitive help in the Editor, but
>
> He meant for help inside the I
On 19 December 2011 12:12, Marco van de Voort wrote:
>> For the record, disk size (even though the size difference is huge)
>> was largely a bonus feature.
>
> No, at the time, you kept raving about it.
At the time I (like many others) had a very limited monthly Internet
data bundle size (150MB t
On 19/12/11 10:12, Marco van de Voort wrote:
gave me full control: the programming language I know and love,
something I can maintain, advanced searching [which is super fast],
All that was available for CHM too, PLUS the generation facilities.
There seems to be some great tools for chm in th
On 19 December 2011 12:16, Marco van de Voort wrote:
> The wiki help used to be downloadable using a tool, but that failed after a
> wiki engine update (or some other anti-bot/spam measure in the
> engine/webserver)
>
> Otherwise I would have already transformed the help into CHM.
I have used a H
In our previous episode, Graeme Geldenhuys said:
> > And I tried docview on windows and IMHO it was unusable.
>
> Maybe you just used a very old version of DocView. Either way, I would
> love to hear more about those unusable problems you experienced. If
> you don't mind, would you please email t
On 19 December 2011 12:32, Henry Vermaak wrote:
>
> There seems to be some great tools for chm in the debian repo. One of the
> apps (archmage) can even serve chm contents on an http server (standalone or
> apache).
IBM and other third party members did that with the INF format too.
IBM still ha
On 12/19/2011 11:32 AM, Henry Vermaak wrote:
There seems to be some great tools for chm in the debian repo. One of
the apps (archmage) can even serve chm contents on an http server
(standalone or apache).
That does look like a nice candidate for creating an external tool for
Lazarus from (
In our previous episode, Henry Vermaak said:
> >> something I can maintain, advanced searching [which is super fast],
> >
> > All that was available for CHM too, PLUS the generation facilities.
>
> There seems to be some great tools for chm in the debian repo. One of
> the apps (archmage) can ev
On 19/12/11 10:40, Marco van de Voort wrote:
In our previous episode, Henry Vermaak said:
something I can maintain, advanced searching [which is super fast],
All that was available for CHM too, PLUS the generation facilities.
There seems to be some great tools for chm in the debian repo. On
On 19 December 2011 12:38, Marco van de Voort wrote:
>
> Sorry, no time, no interest, got a working helpsystem :-)
That's what I thought... Just spreading FUD.
> That can't be a reason to start INF because when you started with INF, there
> were not even crap linux viewers for it.
You are wron
In our previous episode, Graeme Geldenhuys said:
> > That can't be a reason to start INF because when you started with INF, there
> > were not even crap linux viewers for it.
>
> You are wrong. chmsee, chmview, gnochm, xchm, kchmviewer etc all
> existing long before I started working on DocView. D
On 12/19/2011 11:32 AM, Henry Vermaak wrote:
There seems to be some great tools for chm in the debian repo.
Do you know if they provide support for "loading" multiple CHM files
simultaneously for providing combined search capabilities and can do
appropriate search ("and" / multi word phras
In our previous episode, Henry Vermaak said:
> >
> > I don't like using full browsers for help. They are relatively slow and
> > don't provide as convenient access to the parts that make a helpsystems
> > a helpsystem (index, TOC, search).
>
> Yes, it's definitely not ideal. I do like having tabs
On 12/19/2011 11:51 AM, Marco van de Voort wrote:
The Windows CHM system supports something like that, but it is not
under full control of the user. It is more that the CHM can open
multiple windows for e.g. special indexes.
Of course, for a work in progress (such as the FPC/Lazarus help) it
Am 19.12.2011 04:05 schrieb "Hans-Peter Diettrich" :
>
> Mattias Gaertner schrieb:
>
>
>>> I understand that conflicts can arise, when the same XML file is
modified by different means. But it is not nice when the IDE then crashes.
>>
>>
>> Can you create a stacktrace?
>
>
> How?
>
> The IDE only di
On 19 December 2011 11:36, Michael Schnell wrote:
>
>
> Sorry I cant see that due the the companies firewall blocking homeip. :-(
A few have reported this before. Just four more months and I'll have
my own new domain, and not a DynDNS one. :)
> You'd rather attach the picture to the message. :-)
On 18/12/11 12:37, Den Jean wrote:
Hi,
to interface with c libraries containing SSE code,
the stack must be aligned to 16 bytes.
Currently the default -mpreferred-stack-boundary=num of gcc provides for this.
However current fpc 2.4.4 does not align the stack as such.
I do not know if this corr
On 19 December 2011 11:41, Michael Schnell wrote:
> Thanks for you "help on help".
It's all mentioned in the docview.inf help file that is included with
the binary download of DocView. :)
> Trying to check this I tied to compile the DocView project but I git:
> /usr/bin/ld: warning:
> /home/msc
On 19 December 2011 12:40, Marco van de Voort wrote:
> I don't like using full browsers for help. They are relatively slow and
> don't provide as convenient access to the parts that make a helpsystems
> a helpsystem (index, TOC, search).
+1
--
Regards,
- Graeme -
_
On 19 December 2011 12:48, Marco van de Voort wrote:
>> You are wrong. chmsee, chmview, gnochm, xchm, kchmviewer etc all
>> existing long before I started working on DocView. Do a Google search
>> to find the history of each of those projects - that's if you have the
>> time and interest. ;-)
>
>
On 19 December 2011 12:51, Marco van de Voort wrote:
> The Windows CHM system supports something like that, but it is not under
> full control of the user. It is more that the CHM can open multiple windows
> for e.g. special indexes.
I've never seen this in CHM help files, but I have seen it in H
On 19 December 2011 12:51, Marco van de Voort wrote:
> The Windows CHM system supports something like that, but it is not under
> full control of the user. It is more that the CHM can open multiple windows
> for e.g. special indexes.
Just curious.
I remember years ago I had an application that u
On 12/19/2011 12:04 PM, Marco van de Voort wrote:
I think such webservers are mainly for local use, not remote.
OK, Then an "update" button (downloading the changed helpfile(s) (or
their diffs) would be helpful.
-Michael
___
fpc-devel maillist -
In our previous episode, Graeme Geldenhuys said:
> > for e.g. special indexes.
>
> Just curious.
>
> I remember years ago I had an application that used HLP help (Win95
> days). The application had a "tutor" mode - teaching the end-user how
> to use certain features of the application. The HLP he
In our previous episode, Michael Schnell said:
> > I think such webservers are mainly for local use, not remote.
>
> OK, Then an "update" button (downloading the changed helpfile(s) (or
> their diffs) would be helpful.
Currently CHMs are typically generated only twice an year, and the URL is
On 12/19/2011 01:49 PM, Graeme Geldenhuys wrote:
I have no idea why you keep struggling to compile projects,
Because I thought that during a discussion, I should use the latest
version of DocView. So I tried to recompile the project (which of course
deleted the executable file)
but from
the
On 19 December 2011 16:18, Michael Schnell wrote:
>
> Because I thought that during a discussion, I should use the latest version
> of DocView. So I tried to recompile the project (which of course deleted the
> executable file)
...[snip]...
> Yep. But I can't seem to easily install it. The RPM r
On 12/19/2011 03:53 PM, Graeme Geldenhuys wrote:
http://sourceforge.net/projects/fpgui/files/fpGUI/0.8/
This of course did work.
Thanks !
-Michael
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/
On Sun, 18 Dec 2011 13:45:07 +0100
Jonas Maebe wrote:
>
> On 18 Dec 2011, at 13:22, Sven Barth wrote:
>[...]
> > Yes, that was indeed a bit complicated, but this way I might be able to use
> > the JVM compiler in Lazarus easily for the creation of Android application
> > (though Lazarus first n
20.12.2011 7:00, Mattias Gaertner пишет:
On Sun, 18 Dec 2011 13:45:07 +0100
Jonas Maebe wrote:
On 18 Dec 2011, at 13:22, Sven Barth wrote:
[...]
Yes, that was indeed a bit complicated, but this way I might be able to use the JVM
compiler in Lazarus easily for the creation of Android applica
18.12.2011 20:45, Jonas Maebe wrote:
And final fields.
Final methods can't be overriden in the descendants. But what are final
fields for?
Best regards,
Paul Ishenin
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepasca
On Tue, Dec 20, 2011 at 1:00 AM, Paul Ishenin wrote:
> Final methods can't be overriden in the descendants. But what are final
> fields for?
I think they are the way to write a constant in Java. Because they
have no procedural elements, they need to work around with class
elements to do everythin
20.12.2011 10:47, Felipe Monteiro de Carvalho пишет:
On Tue, Dec 20, 2011 at 1:00 AM, Paul Ishenin wrote:
Final methods can't be overriden in the descendants. But what are final
fields for?
I think they are the way to write a constant in Java. Because they
have no procedural elements, they ne
49 matches
Mail list logo
