Re: [Lazarus] lhelp broken for Lazarus 1.7 r1.5 FPC 2.6.4 x86_64-linux-gtk 2
Am 28.01.2016 um 12:39 schrieb Juha Manninen: Please test with r51434. Juha -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus it's ok now again :-)) Thank you very much Juha -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] lhelp broken for Lazarus 1.7 r1.5 FPC 2.6.4 x86_64-linux-gtk 2
Please test with r51434. Juha -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] lhelp broken for Lazarus 1.7 r1.5 FPC 2.6.4 x86_64-linux-gtk 2
On Wed, Jan 27, 2016 at 7:03 PM, John Landmesserwrote: > tried to compile lhelp with my r51428 shows me these messages: > > Kompiliere Package TurboPowerIPro 1.0: Exit code 1, Fehler: 3, Warnungen: 2 > iphtml.pas(12184,6) Warning: User defined: Setting these font colors and > name messes up the alignment for some reason > iphtml.pas(12202,7) Warning: User defined: TODO Set Font size from CSS > Value > iphttpbroker.pas(86,11) Error: identifier idents no member "AllowRedirect" > iphttpbroker.pas(87,11) Error: identifier idents no member "MaxRedirects" > iphttpbroker.pas(130,15) Error: identifier idents no member "IsRedirect" > > So no lhelp available! > The members are part of fcl-web's fphttpclient. I guess they are new in FPC 3.0. Silvio, would it be easy to add IFDEFs to support compilation with FPC 2.6.4. We plan to support it also in Lazarus trunk for some time to come. John Landmesser, it compiles with the latest FPC release. I can recommend it unless you have a good reason to stick with FPC 2.6.4. Juha -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] LHelp
Does LHelp support images? That is, can you include screen shots within the .chm file for LHelp to display? LHelp viewer is TurboPowerIPro. TurboPowerIPro supports images. Therefore... -- View this message in context: http://free-pascal-lazarus.989080.n3.nabble.com/Lazarus-LHelp-tp4042367p4042368.html Sent from the Free Pascal - Lazarus mailing list archive at Nabble.com. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] lhelp command line
On 10/11/2013 19:05, waldo kitty wrote: how does one get lhelp to load all or a certain set of chm files from the command line? If it doesn't work, it probably isn't implemented in lhelp command line handling. The lazarus chmhelp package that is used to control lhelp currently does load all chms in your chm directory/directories, so you could submit a patch based on the code there. Let me know if you want me to dig up the exact location of that code. additionally, from within lhelp, File-Open only allows one file at a time to be specified... you can't CTRL-Click on multiple or SHIFT-Click to grab a bunch in a row... Probably needs some property for the file picker set to enable multi file selection (sorry, not much of a GUI guy myself) and the rest of the code in lhelp adjusted? -- NOTE: No assistance is given without prior written approval in blood. Please keep mailing list traffic on the list unless private contact is specifically requested and granted by RFC 1149 message. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] LHelp flickering solution: request for comments
Reinier Olislagers wrote: Hi *, I've written up a proposal to stop lhelp from flickering (e.g. when loading multiple chm files on start) and close it when the IDE is closed. See bug: http://bugs.freepascal.org/view.php?id=24743 Comments/suggestions welcome. Two questions if I may. First, what happens if two copies of the IDE are open? Are there two separate lhelp instances, and do they track correctly? Second, when lhelp is invoked by F1 (or direct equivalent), could .chm files be loaded in order of relevance so as to get /something/ useful visible ASAP? -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] LHelp flickering solution: request for comments
On 16-7-2013 14:56, Mark Morgan Lloyd wrote: Reinier Olislagers wrote: http://bugs.freepascal.org/view.php?id=24743 Comments/suggestions welcome. Two questions if I may. Of course, that's why I posted this... First, what happens if two copies of the IDE are open? Are there two separate lhelp instances, and do they track correctly? Good point. I've been thinking about that - what about this: * The IDE passes an --ipcname starting with lhelp then an (e.g.; depends on any --ipcname length limits) 4 character random identifier so multiple IDE/lhelp sets does not interfere with communication. Second, when lhelp is invoked by F1 (or direct equivalent), could .chm files be loaded in order of relevance so as to get /something/ useful visible ASAP? I don't think so. It seems lhelp is single-threaded or at least synchronous. I wouldn't think this is a big problem though - it takes a couple of seconds on my pc to load all files; perhaps the proposed --hide argument will let lhelp shave off some time as it doesn't need to update its GUI while loading. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] LHelp flickering solution: request for comments
On 16/07/2013 18:37, Vincent Snijders wrote: 2013/7/16 Reinier Olislagers reinierolislag...@gmail.com On 16-7-2013 14:56, Mark Morgan Lloyd wrote: First, what happens if two copies of the IDE are open? Are there two separate lhelp instances, and do they track correctly? Good point. I've been thinking about that - what about this: * The IDE passes an --ipcname starting with lhelp then an (e.g.; depends on any --ipcname length limits) 4 character random identifier so multiple IDE/lhelp sets does not interfere with communication. Instead of the random identifier it could pass the PID of the current process. Good idea, thanks. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] LHelp doesn't scroll
Ajeandro Gonzalo wrote: Unlike in Delphi, If I click on a component in Lazarus 1.0 RC 2 and then tap F1, nothing happens. The only way I can bring up help is to type the full component name (e.g. TDBGrid) in the editor and then tap F1. But then I still can't read it all because neither tapping the vertical scroll bar nor using the page up/down keys does anything. I'm using Win 7 64 bit. Checking on Linux x86 (i.e. 32-bit): F1 on the TButton on the standard tab does nothing, ditto for a TButton on a form. F1 on a TButton in the upper pane of the Object Inspector brings up a browser for online help, while F1 on one of its properties in the lower pane brings up lhelp- this is an unfortunate inconsistency. Scrollbar is OK in lhelp's right-hand pane, but cursor keys are associated with the left-hand pane (i.e. even after a mouse click in the help text, page up/down don't work as expected). -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] lhelp compilation doesn't seem to pick up primary config path
On 3-8-2012 17:14, Reinier Olislagers wrote: On 3-8-2012 16:26, Reinier Olislagers wrote: Pressing F1 will induce lhelp compilation which fails on my test environment because the default lazarus primary config path is used. I think it's a bug. Unfortunately no time to go digging how to get the primary config path, so no patch. http://bugs.freepascal.org/view.php?id=22565 Thanks Mattias for the quick fix. Tested it on my clean Win2K system and it works. Regards, Reinier -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] lhelp compilation doesn't seem to pick up primary config path
On 3-8-2012 16:26, Reinier Olislagers wrote: Hi list, I mentioned this earlier, but on testing just now it happened again. Also, Graeme's recent message on lhelp compilation failing with a different primary config path triggered me. With current fpcup, a bare metal install does not seem to compile lhelp, but does compile useride. So far, so good. Pressing F1 will induce lhelp compilation which fails on my test environment because the default lazarus primary config path is used. See messages below. Note: my primary config path in this case should be: c:\documents and settings\administrator\local settings\application data\lazarusdevsettings On my clean test Win2K, this was not available. On machines with existing laz installs, this problem may be masked. This is, of course, possibly a problem with fpcup, but perhaps it is true that e.g. chmhelppkg doesn't pick up and pass on the --primary-config path when compiling lhelp. Just throwing it out there in case people see related symptoms; I'll have limited email avilability next week so I'll look into it afterwards. I think it's a bug. Unfortunately no time to go digging how to get the primary config path, so no patch. http://bugs.freepascal.org/view.php?id=22565 -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus