In our previous episode, Sven Barth said:
> > Windows has two sets of console routines. One set that is universal over
> > win9x and WinNT, one that is WinNT only.
> >
> > FPC uses the universal ones (still), the above code is WinNT only.
>
> Another reason to deprecate 9x? ;)
Unicode? Actually,
In our previous episode, silvioprog said:
>
> program test;
>
> {$mode objfpc}{$H+}
>
> {$IFDEF MSWINDOWS}
> uses
> windows;
> {$ENDIF}
>
> const
> C = 'Aten??o';
> begin
> {$IFDEF MSWINDOWS}
> SetConsoleOutputCP(CP_UTF8);
> Se
In our previous episode, peter green said:
> I have long understood that each stable release of freepascal is made to
> be compilable with the previous release but at a quick glance at the
> website I couldn't seem to spot any official statement of this.
Mostly correct, except for new targets/ar
In our previous episode, Gennadiy Poryev said:
> On a side note, this only affects win32 (and possibly linux x86) target.
> Win64 and Linux x64 compiles well yet. So, the fpc trunk once again
> became non-selfhosting, despite the notion that it shouldn?t have been as
> such at all :)
It's still
In our previous episode, Marcos Douglas said:
>
> I would like to report some errors when I tried to compile the FPC
> 2.7.1 at revision 21969 (I am using Windows).
First step in bootstrapping problems, did you check that you started with
the last release as starting compiler?
> [...]
> make[6]
In our previous episode, Giuliano Colla said:
> > As far as Guiliano's suggestion goes, then I rather use a cmdline option for
> > that (when compiled with that option it is allows to access private fields),
> > rather than syntax. (but I don't know if the PPU format actually contains
> > enough i
In our previous episode, Florian Kl?mpfl said:
> > Then "friend" classes as C++ offers and wait for this feature were
> > implemented before proceeding with the optimization :)
> >
>
> I never saw a C++ class pretending to be somebodies friend. iirc friend
> classes must be defined in the class w
In our previous episode, Martin Schreiber said:
> > I don't think it's the best. I'm also quite sure it will require more work
> > from you in the long run, keeping them up to date and merging bug fixes and
> > new features from FPC back into your fork.
> >
> I doubt it, the experience shows the op
In our previous episode, Martin Schreiber said:
> > >> Martin needs the crackers for some mse* features.
> > That's because you don't just ask for changes.
> > You ask for your own solutions to be implemented in FPC.
> >
> I do not ask for my own solutions, I ask to move private FPC class fields an
In our previous episode, Ivanko B said:
> Or an option:
>
> {$ifdef nonLazarus}
> protected
> ...
> {$else}
> private
> ...
> {$endif}
>
> Then MSEgui/FPgui/.. may be compiled with "-DnonLazarus" option
Requires recompile, and a directive to turn said optimization off would then
be better (and n
In our previous episode, Luiz Americo Pereira Camara said:
> >>
> >> Link:
> >>
> >> http://bugs.freepascal.org/view.php?id=21905
> > That commit also causes a merge conflict with r20882 btw.
>
> Can you undo the commit to fixes and apply it to trunk or should michael
> do it?
I've no problem to
In our previous episode, microc...@zoho.com said:
> AFAIK, as far as Windows, nothing but Windows CE (not XP, 7, Vista etc) runs
> on MIPS
Afaik NT up to and including 4.0 ran on MIPS (r3000/4000). After 4.0
architectures were severely cut.
NT3.51 also ran SPARC.
___
In our previous episode, Fuxin Zhang said:
> 4, rtl/linux/{ostypes.inc, linux.pp, oldlinux.pp}, macro definitions
> for mips: MAP_xxx
Oldlinux is deprecated, and not even compiled by default anymore. Please
consider it frozen, and please don't add anything to it. (it never has been
truly
arc
In our previous episode, Luiz Americo Pereira Camara said:
> Can someone apply it to trunk?
>
> Link:
>
> http://bugs.freepascal.org/view.php?id=21905
That commit also causes a merge conflict with r20882 btw.
___
fpc-devel maillist - fpc-devel@lists.
In our previous episode, Ludo Brands said:
>
> I'm in the middle of adding the unicode versions in the header translation.
> That's why I'm asking.
Start small, by submitting small pieces. Usually insights progress as we go,
and exceptions to the original perceived rules are discovered ;)
___
In our previous episode, Ludo Brands said:
> I'm looking into adding unicode support for odbconnection. Although the
> unixodbc and iodbc drivers also support the W versions of the API I would
> prefer to include the W versions with a define. Is there already a global
> define to select unicode api
In our previous episode, LacaK said:
> > Policy wise, I merge revisions for utils, packages and the higher level
> > units of RTL like sysutils and classes if they are a couple of weeks old
> > (3-4 weeks), but I usually leave big changes a bit longer.
> >
> ok it is answer to my question ;-)
>
In our previous episode, LacaK said:
> >> explicitly asked by sb ?
> >
> > Trivial bugfixes especially in the RTL or packages are often
> > backported (though we now have the additional difference in the
> > buildsystem).
> Yes I am here speaking mostly about packages.
> And when happens this bac
In our previous episode, Hans-Peter Diettrich said:
> The solution is so easy: don't mark it as deprecated.
>
> I also have a clear opinion about Delphi compatibility: Every FPC
> version must be compatible to a Delphi version. A mix of incompatible
> features from different Delphi versions is use
In our previous episode, Marco van de Voort said:
> > end;
>
> No. See bug #21064.
This involves generics, so is something different.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
In our previous episode, Marcos Douglas said:
> Can I, using FPC trunk, do this sintaxe?
>
> type
> TMemoryManager = class(TInterfacedObject, IMalloc, IErrorInfo)
> function IMalloc.Alloc = Allocate;
> procedure IMalloc.Free = Deallocate;
> ...
> end;
No. See bug #21064.
p.s. In
In our previous episode, Martin Schreiber said:
> > > >
> > > > What about 2.6.1, will change in a few days too?
> > >
> > > When it is sufficiently tested or when I give up waiting. (typically 6-8
> > > weeks).
> >
> > I strongly recommend to revert the type of TDataSet.Bookmark to
> > TBookmarkSt
In our previous episode, Alexander Klenin said:
> On Fri, Apr 27, 2012 at 20:28, Marco van de Voort wrote:
> > Calling a virtual(!) method when a bookmark is no longer needed allows to do
> > other things too, like releasing something with db handles, and allows
> > descende
In our previous episode, Graeme Geldenhuys said:
> To do it the "correct way", is a lot of work, hence the reason I
> stopped mirroring the fixes branches. What I mean by "correct way", is
> cherry-picking the commits from Trunk (master) and applying them in
> the fixes branch - thus it is one stan
In our previous episode, Ivan Bobyr said:
> But it's difficult to object to the below Martin's statement:
> --
> Please change TDataset.Bookmark to tbytes = array of byte if you absolutely
> need to change it in fixes_2_6 so we have a bookmark type with automatic
> memory management
In our previous episode, Marcos Douglas said:
> > Done, trunk r21037. Affected were tdataset and bufdataset (conversion
> > between Pbufbookmark and tbytes).
>
> What about 2.6.1, will change in a few days too?
When it is sufficiently tested or when I give up waiting. (typically 6-8
weeks).
_
In our previous episode, Marco van de Voort said:
> > If creating the patch is the issue, I'm volunteering ;)
>
> You can do it, if not, I will in the coming days.
Done, trunk r21037. Affected were tdataset and bufdataset (conversion
between Pbufbo
In our previous episode, Ludo Brands said:
> > that is increasingly happening, with the first D7 supports
> > disappearing)
> >
> The underlying problem is that the Delphi Tbookmark definition migrated from
> the simple record tag to something that holds (or can hold) the state of the
> record.
In our previous episode, Graeme Geldenhuys said:
> Ah yes, the core developers live by different rules to all of use.
Graeme, please stick to the topic, and leave your perceived project
management whining out of it.
If you want to avoid these kind of issues, I encourage you to step up your
trunk
In our previous episode, Ludo Brands said:
> > They mostly track 2.7.1 also, so then it should be just a
> > matter of enabling the right override for 2.6.x too (which is
> > what I had in mind)
>
> I understand. Just wanted to clarify that, to my knowledge, all 3rd party
> dataset descendants
In our previous episode, Ludo Brands said:
> It broke also lazarus, MDO, rxmemds.
They mostly track 2.7.1 also, so then it should be just a matter of enabling
the right override for 2.6.x too (which is what I had in mind)
> > I first changed it to tbytes (as it is in D2009+), but got
> > some
In our previous episode, Vincent Snijders said:
> >> FPC 2.6.0 compatible code. Is this intended?
> >> TBookmark is defined as "Pointer" which has no automatic memory management
> >> so
> >> probably TDataset.FreeBookmark() must be called in a try finally block for
> >> every assignment of TDatase
In our previous episode, Marcos Douglas said:
> > every assignment of TDataset.Bookmark to a variable.
> > As intended too?
>
> This broke the ZEOS 6.6.6-stable and 7.0.0-alpha too (patch to zeos 7
> in attachment for somebody want).
zeoslib_testing (7 trunk) has a "have_tbookmark" define to hand
In our previous episode, Martin Schreiber said:
> Changing TDataset.Bookmark from TBookmarkStr to TBookmark in fixes_2_6 breaks
> FPC 2.6.0 compatible code. Is this intended?
Yes. It should not break proper code (since that would already treat it as
abstract type and call freebookmark).
> TBookm
In our previous episode, Vincent Snijders said:
> -FDc:\lazarus\source\binutils\arm-wince -darm -dRELEASE -Ur -viq
> ..\winunits-base\src\comobj.pp" failed with exit code 1. Console
> output:
> Target OS: WinCE for ARM
> Compiling ..\winunits-base\src\comobj.pp
> Fatal: Can't open file "comobj.pp"
In our previous episode, Michael Van Canneyt said:
> > I was thinking about TStrings possibly having an overloaded function Add
> > or AddStrings where the argument is an array of string?
> >
> > procedure Add(strs: array of string); overload;
> > or
> > procedure AddStrings(strs: array of string);
In our previous episode, peter green said:
> The buildfaq claims that OPT= will add parameters to every compiler
> commandline. Unfortunately it doesn't seem to actually do that. The
> options are added when building the compiler and RTL but it seems they
> aren't added when building fpmake.
>
In our previous episode, Henry Vermaak said:
> >> PS:
> >> Adding any more (if possible) parallel compilation support would be
> >> awesome too. This already saves me over 1 minute in compile time on my
> >> quad core. Yes, I hate it if CPU's just sit idle.
> >
> > IIRC add FPMAKEOPT='-T 3' (3=
In our previous episode, Mattias Gaertner said:
> > In our previous episode, Graeme Geldenhuys said:
> > > PS:
> > > Adding any more (if possible) parallel compilation support would be
> > > awesome too. This already saves me over 1 minute in compile time on my
> > > quad core. Yes, I hate it if CP
In our previous episode, Graeme Geldenhuys said:
> PS:
> Adding any more (if possible) parallel compilation support would be
> awesome too. This already saves me over 1 minute in compile time on my
> quad core. Yes, I hate it if CPU's just sit idle.
IIRC add FPMAKEOPT='-T 3' (3= number of paral
In our previous episode, cobines said:
> Please merge commit 20362 from trunk to fixes_2_6.
Done, r20465
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
In our previous episode, Graeme Geldenhuys said:
> I'm busy setting up a new development system using FreeBSD 9.0
> (32-bit) on i386 hardware. I downloaded the FPC 2.6.0 binary release
> for FreeBSD 8.0, which works fine. But due to the thread / semaphore
> bug in FPC 2.6.0 (no threaded apps can ru
In our previous episode, Sven Barth said:
> >> handling completely again which seems to be possible according a thread
> >> with Allen Bauer in Embarcadero forum. And please implement it before
> >> AnsiStrings can't be used for the purpose anymore.
> >
> > If you care about the repeated addition s
In our previous episode, Martin Schreiber said:
> > think that is still bad though, but if you switch typing string to explicit
> > ansistring, there is no rush), but I think at least public
> > programming interfaces should be free of such gotchas.
> >
> [...]
>
> Then please implement such a han
In our previous episode, Martin Schreiber said:
> > If you care, you can do manual management.
>
> Yup, MSEgui has allocuninitedarray() for the purpose. I don't think it
> is more "clean" or "secure" than the old ansistring method because it
> depends on compiler internals.
getmem/freemem ?
>
In our previous episode, Martin Schreiber said:
> I read that we should use TBytes instead of AnsiString in order to
> implement combined binary/character buffers with automatic memory
> management. With AnsiString we used setlength() in order to allocate not
> initialized memory.
> TBytes is d
In our previous episode, Sergei Gorelkin said:
> > In August 2010 Florian already said that maybe FillChar should be optimized:
> > http://lists.freepascal.org/lists/fpc-devel/2010-July/021146.html (at the
> > bottom)
> >
> In early 2011 I wrote an assembler implementation of FillChar for x86_64
In our previous episode, Tommi Prami said:
> > depending on the field type).
> >
> >
>
> But still...
>
> Any improvement done in the Creating and Freeing an Objects would be
> welcome :)
Usually pooling the most used objecttype(s) is already enough.
__
In our previous episode, Mattias Gaertner said:
> >
> > http://www.freepascal.org/docs-html/rtl/strings/strlcopy.html
>
> Thanks. But apparently I was not exact enough.
>
> "Copy" has the nice feature, that the bounds are checked.
> For PChar it does that too, but it always runs through the who
In our previous episode, Mattias Gaertner said:
> When I use "copy" on a PChar (e.g. copy(p,1,1)), it is very slow,
> because the compiler converts the PChar to a string.
>
> Is there already a function for PChar?
http://www.freepascal.org/docs-html/rtl/strings/strlcopy.html
In our previous episode, Hans-Peter Diettrich said:
> IMO a more radical solution is desireable, WRT Win9x. Did anybody test
> already, how FPC/Lazarus apps behave on such a system, which does not
> support themes etc., and does not even support Unicode without system
> updates?
>
> I'd split t
In our previous episode, Felipe Monteiro de Carvalho said:
> No, it will not use UTF-8 by default because that would break
> compatibility. It will use the system encoding by default and you can
> use SetMultiByteConversionCodePage to change it to use UTF-8.
Note that this might sound useful now a
In our previous episode, Felipe Monteiro de Carvalho said:
> 1> makes it impossible to support Unicode and support Windows 9x at
> the same time, but I doubt that Free Pascal wants to drop Windows 9x
> support (even if it is obsolete).
Afaik we already have. Recent versions require patches for wi
In our previous episode, Hans-Peter Diettrich said:
> >> AnsiString, in which situations are UnicodeString conversions really
> >> required, in contrast to pre-UnicodeString versions?
> >
> > The default string type is ShortString/AnsiString and this depends on
> > {$h+/-} option.
>
> What's the
In our previous episode, Mark Morgan Lloyd said:
> capability, but that "thumb drives" have an embedded microcontroller
> that levels the wear. There is still the issue that some filesystems
> work better with this type of device than others.
>
> My experience with external USB-connected drives
In our previous episode, Martin said:
> Any body an idea, in whic context "contains" may be a keyword?
In .dpr's of libraries . Just like "requires"
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/f
In our previous episode, Michael Van Canneyt said:
> The question you asked:
>
> "How is that related to documentation and the order of input files?"
I've the feeling that Dodi assumes all references are fully qualified and
not just the inter-package ones?
In our previous episode, Michael Van Canneyt said:
> Meanwhile I have a simple example using 2 units floating around somewhere.
> It took me lots of time to find it, but now I know where the cause is.
> Solving it is another matter entirely.
I've been thinking about it, and following the compilers
In our previous episode, Kornel Kisielewicz said:
> > ?B := A;
> > end;
>
> Does it also work (in Delphi and in FPC Delphi mode) if A and B would
> be defined in different units?
This compiles in Delphi:
{$apptype console}
Type
TLIST=class
end;
type
Ta= TLIST;
TB= TLIST;
Ty
In our previous episode, Mattias Gaertner said:
> >[...]
> > For the --input-dir there is an extra reason: the order of files is
> > important.
> > Just like in the compiler, which must compile dependent units first, fpdoc
> > should first document dependent units. It currently does not know how
In our previous episode, Hans-Peter Diettrich said:
> > For the --input-dir there is an extra reason: the order of files is
> > important.
> > Just like in the compiler, which must compile dependent units first, fpdoc
> > should first document dependent units. It currently does not know how to
>
In our previous episode, Graeme Geldenhuys said:
> The following documentation download page has many links for the
> various documentation formats. They are all still pointing to the old
> 2.4.4 release, and not the latest 2.6.0 release.
No. The reality is simply that the 2.4.4 is not overwritten
In our previous episode, Gennadiy Poryev said:
> In my project (win32) I need to estimate the number of machine code bytes of
> a certain function.
> The most straightforward option was to look for $c3 which is ret, and it
> worked on optimization levels O0 and O1. O2 and O3 seem to prefer $c2 $
In our previous episode, kyan said:
>
> Compiling unit1.pas
> Compiling C:\Projects\MkCtrls\PropStorage.pas
> Compiling C:\Projects\MkCtrls\UHom.pas
> Compiling C:\Projects\MkCtrls\uHomXPath.pas
> Fatal: Compilation aborted
> An unhandled exception occurred at $000100042D3C:
> EAccessViolation
In our previous episode, Sven Barth said:
> > repository allows everybody to review it what e.g. I try to do with
> > every commit to the central fpc svn repository.
>
> Well... at least for me the use of Git (together with Git-SVN) provided
> the possibility for me to commit code while on the tr
In our previous episode, Michael Schnell said:
> > An ansistring is always 8-bit.
> Sorry I can't follow here.
>
> Of course the term "ANSI" suggests 8 bit, but it also suggest one
> visible character = 8 bit, thus non UTF.
No, it means that the encoding granularity is 8-bit. Length returns enc
In our previous episode, Michael Schnell said:
> > You're right, the XE compiler lacks some error checks :-(
> >
> If this indeed is considered a bug in Delphi, FPC _could_ in fact in a
> more sane way provide the length of an "AnsiString(CP_UTF16)" in terms
> of Words (i.e. UTF codes, as done wi
In our previous episode, Michael Schnell said:
> > Which Delphi version supports AnsiString(CP_UTF16)???
> What is the suggested way to handle UTF-16 with Delphi ?
Unicodestring. If you don't know that, please reread all messages with
"unicode" in the subject of the last two years :-)
In our previous episode, Hans-Peter Diettrich said:
> >> With Lazarus on Linux, I did some simple tests with UTF strings.
> >>
> >> I found that the length of an "AnsiString(CP_UTF16)" is given in terms
> >> of bytes and not of Words. Is this like it should ?
> >
> > Yes. Afaik that is not a sane
In our previous episode, Michael Schnell said:
> I don't suppose this makes sense, as the Delphi behavior needs to be
> mimicked.
It doesn't make sense if your ultimate object is to get FPC changed or
amended.
It does make sense if you want your problem analysed and want alternate
suggestions.
_
In our previous episode, Michael Schnell said:
>
> ( Would it not be more "sane" to always use the default system encoding
> (i.e. UTF-8 in Linux) for pchar
That depends on how the default string type is defined. Discussions about
that is postponed.
> and auto-convert the string content ? )
pc
In our previous episode, Sergei Gorelkin said:
> This is no longer correct, stack based objects are initialized and
> finalized if necessary. There was indeed an issue with inheritance (if
> both ancestor and descendant contain managed members, then members of
> ancestor were not handled), but I
In our previous episode, Sergei Gorelkin said:
> > Afaik stack based TP Objects are not initialized and thus not safe for
> > automated types. (I looked into upgrading TV with ansistring a few years
> > back)
> >
> This is no longer correct, stack based objects are initialized and finalized
> if n
In our previous episode, Sven Barth said:
> > Object instead Class?
>
> They are basically similar to "records with methods" (which we now have
> as well...) if you use them directly (this means: not as pointer types):
> they are located on the stack and nested objects are part of the memory
>
In our previous episode, Michael Schnell said:
> > Better question: what common capabilitiers are implemented differently
> > in Object and TObject?
> The funny thing being that TObject is a class and not an Object :-)
Which tobject do you mean? Objpas.tobject (Delphi) or objects.tobject (TP) ?
:
In our previous episode, Michael Schnell said:
> With Lazarus on Linux, I did some simple tests with UTF strings.
>
> I found that the length of an "AnsiString(CP_UTF16)" is given in terms
> of bytes and not of Words. Is this like it should ?
Yes. Afaik that is not a sane combination, but Delphi
In our previous episode, Howard Page-Clark said:
> There's a minor naming error in packages\fcl-db\src\base\db.pas at line 94
>
> property OriginalExcaption
>
> (should be OriginalException, of course)
Corrected, thanks!
___
fpc-devel maillist - fpc-
Hello,
first, FPC core wants to wish a happy 2012!
To start the new year with a bang, a new major release
of Free Pascal, version 2.6.0, was uploaded to our FTP servers.
Changes that may break backwards compatibility are documented at:
http://wiki.freepascal.org/User_Changes_2.6.0
For Download
Hello,
Subject says it all, yesterday the version of the fixes branch was upped to
2.6.1.
Merging will resume probably a few days after the 2.6.0 release, starting
with database fixes and minor packages and rtl fixes.
Marco
___
fpc-devel maillist -
In our previous episode, Ludo Brands said:
> I'm in the middle of adding to the typelib importer the automatic generation
> of a component implementing a sink for the events created by the com object.
> It'll use the EventSink object I wrote a while ago and will generate the
> components Onxxx prop
In our previous episode, Florian Kl?mpfl said:
> >>
> >> c:\fpc\svn\compiler>fpc ..\tw20907 -vw -Oodfa
> >
> > Is that documented somewhere ? Is that production read or beta?
>
> Beta. I'am not aware of any missing stuff, but it's mainly untested.
I tried yesterday, and couldn't cycle with it.
_
Fyi
Recently, a type lib importer was added to FPC, made by Ludo.
I've played a bit, by running them against all TLBs on my, and in some of
the larger tlbs there are problems:
in activeds.tlb, there is a fragment that references non existing
identifiers that have "internal" naming:
ADSTYPEENUM
In our previous episode, Skybuck Flying said:
> "
> You are totally right. Please submit a patch for conforming arrays support
> :-)
> "
>
> Glad you agree, now we can discuss possible solutions ;) :)
>
> First a solution has to be found, possible solutions could be:
>
> TRangedInteger = record
In our previous episode, Skybuck Flying said:
>
> Currently there simply is no dynamic/runtime version of it.
You are totally right. Please submit a patch for conforming arrays support
:-)
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http
In our previous episode, Sergei Gorelkin said:
> > the space)
> >
> > Can you reproduce that? I tried with a simple hello-world kind of
> > application and in that case I can't reproduce it either.
> >
> > This is on Windows 7 in a virtual machine. (kvm)
> >
> Just some notes:
> - syswin.inc code
In our previous episode, Pierre Free Pascal said:
> > > parsing on Linux. It returns the elements in argv[]
> >
> > Most of the time I'm indeed on Linux, but this case it was Windows. But
> > I guess the same thing holds?
>
> I am completely unable to reproduce this...
> on a windows machine!
>F
In our previous episode, Sven Barth said:
> While with OpenCV this issue might be solved by recompiling it (which
> I'd yet need to look into, because I'm simply using the provided
> binaries), what should be done about closed source code?
In such case, it is better to let the vendor recompile i
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
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, 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
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
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
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
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
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.
>
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, Michael Schnell said:
[ Charset ISO-8859-1 unsupported, converting... ]
> 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
In our previous episode, Hans-Peter Diettrich said:
> > Search for rename and file in the chm help:
>
> Thanks, slowly I understand how a chm can be searched :-)
> This should be explained somewhere, too (using Help)
I'm not sure I want to pull every IT education topic into the FPC help :-)
In our previous episode, Michael Van Canneyt said:
> > A search on "file handling" in rtl.chm returns a list of near 100 hits,
> > some
> > of which are really procedures. RenameFile is missing from that list,
> > instead
> > it contains many "Reference for unit ..." entries.
>
> I can't comme
In our previous episode, Michael Schnell said:
[ Charset ISO-8859-1 unsupported, converting... ]
> On 12/15/2011 04:48 PM, Marco van de Voort wrote:
> > Afaik neither Lazarus nor the textmode IDE currently provide fulltext
> > access to the help. Any help.
> I installed DocVie
701 - 800 of 2314 matches
Mail list logo