Re: [Lazarus] Help System with Chromium Embedded component

2016-11-11 Thread Graeme Geldenhuys via Lazarus
On 2016-11-11 23:39, Lars via Lazarus wrote: > Would be interesting if there was a firefox/chrome plugin that converted a > website to be all black and white to help people, or maybe grayscale. But > good point. Opera 12.x (and earlier) had that built in. Newer versions of Opera (based on

Re: [Lazarus] Help System with Chromium Embedded component

2016-11-11 Thread Graeme Geldenhuys via Lazarus
On 2016-11-11 23:09, Lars via Lazarus wrote: >> You can always use any other port >1024 for that. > > No issues with default firewalls? Last thing I want, is a customer having > to futz around with router firewall, windows firewall, etc. It was 4 years ago, but as far as I remember, we didn't

Re: [Lazarus] Help System with Chromium Embedded component

2016-11-11 Thread Lars via Lazarus
On Fri, November 11, 2016 4:23 pm, Graeme Geldenhuys via Lazarus wrote: > On 2016-11-11 22:46, Lars via Lazarus wrote: > >> Would the current help systems be even capable of looking like that? >> Must >> be just a few div boxes. Really simple, interesting color shades. No >> fancy garbage, just

Re: [Lazarus] Help System with Chromium Embedded component

2016-11-11 Thread Lars via Lazarus
On Fri, November 11, 2016 4:37 am, wkitty42--- via Lazarus wrote: > what's wrong with something like LHelp and using IPC to tell it where to > load the next help from that the user has asked for?? > I'll have to experiment with LHelp, thanks > from these cheap seats i have way over here, it

Re: [Lazarus] Help System with Chromium Embedded component

2016-11-11 Thread Graeme Geldenhuys via Lazarus
On 2016-11-11 22:46, Lars via Lazarus wrote: > Would the current help systems be even capable of looking like that? Must > be just a few div boxes. Really simple, interesting color shades. No > fancy garbage, just simple boxes of text. I don't know how much CSS the HTML component in LHelp

Re: [Lazarus] Help System with Chromium Embedded component

2016-11-11 Thread Lars via Lazarus
On Fri, November 11, 2016 4:03 am, Graeme Geldenhuys via Lazarus wrote: > On 2016-11-11 01:11, Lars via Lazarus wrote: > >> port alternative to port 80 which may be blocked by firewall. That I >> would want to avoid, as it's just another hassle. > > You can always use any other port >1024 for

Re: [Lazarus] Help System with Chromium Embedded component

2016-11-11 Thread Lars via Lazarus
On Fri, November 11, 2016 3:54 am, Graeme Geldenhuys via Lazarus wrote: > On 2016-11-11 00:53, Lars via Lazarus wrote: > >> I do appreciate simple documentation without eye >> candy crap. > > :) Just take a look at Apple's OSX built-in help (not the online > content). It is minimalist and mostly

Re: [Lazarus] Help System with Chromium Embedded component

2016-11-11 Thread wkitty42--- via Lazarus
On 11/10/2016 08:11 PM, Lars via Lazarus wrote: The best reason to have some local (whatever how limited) widget is for IDE popups of helptext instead of an external browser. External browser requires alt-tabbing away from the ide which is a pain. A external browser cannot be communicated with

Re: [Lazarus] Help System with Chromium Embedded component

2016-11-11 Thread Graeme Geldenhuys via Lazarus
On 2016-11-11 01:11, Lars via Lazarus wrote: > port alternative to port 80 which may be blocked by firewall. That I would > want to avoid, as it's just another hassle. You can always use any other port >1024 for that. I've implemented a commercial application that works mostly online, but we

Re: [Lazarus] Help System with Chromium Embedded component

2016-11-11 Thread Graeme Geldenhuys via Lazarus
On 2016-11-11 00:53, Lars via Lazarus wrote: > I do appreciate simple documentation without eye > candy crap. :) Just take a look at Apple's OSX built-in help (not the online content). It is minimalist and mostly text - with a hint of good typography. It works! Microsoft Windows 7 does very

Re: [Lazarus] Help System with Chromium Embedded component

2016-11-10 Thread Mattias Gaertner via Lazarus
On Thu, 10 Nov 2016 18:11:46 -0700 Lars via Lazarus wrote: >[...] > It's amazing someone hasn't thought of a web server that works off line, > that uses no ports, and just runs as some kind of plain Exe not using any > http port... Not sure if this is an absurd

Re: [Lazarus] Help System with Chromium Embedded component

2016-11-10 Thread Lars via Lazarus
On Wed, November 9, 2016 7:57 am, Marco van de Voort via Lazarus wrote: > The frequent updates that often break interfaces are also an headache. > This is what happened to firefox: xul runner's current state is broken/unknown/scary. I hope the same doesn't happen to chromium. Cef1 has some

Re: [Lazarus] Help System with Chromium Embedded component

2016-11-10 Thread Lars via Lazarus
On Wed, November 9, 2016 3:10 am, Graeme Geldenhuys via Lazarus wrote: > On 2016-11-09 05:13, Lars via Lazarus wrote: > >> I find the documentation, for example, for >> Total Commander, to just be a little bit too Windows 3.1 looking. >> > > I'll bet you a 6-pack of beer that the documentation was

Re: [Lazarus] Help System with Chromium Embedded component

2016-11-10 Thread Lars via Lazarus
On Wed, November 9, 2016 3:07 am, Graeme Geldenhuys via Lazarus wrote: > On 2016-11-09 04:43, Lars via Lazarus wrote: > > >> One issue, back in the day, was that you could only use Java >> programming language, right? > > Hence the name "Java Applet" ;-) > > But, could one compile fpc code to

Re: [Lazarus] Help System with Chromium Embedded component

2016-11-09 Thread Martok via Lazarus
Am 09.11.2016 um 16:02 schrieb Mattias Gaertner via Lazarus: > On Wed, 9 Nov 2016 15:57:04 +0100 > Marco van de Voort via Lazarus wrote: >> [...] >> The best reason to have some local (whatever how limited) widget is for IDE >> popups of helptext instead of an

Re: [Lazarus] Help System with Chromium Embedded component

2016-11-09 Thread Graeme Geldenhuys via Lazarus
On 2016-11-09 14:57, Marco van de Voort via Lazarus wrote: > But I think lhelp still has enough leeway, and I think Graeme greatly > overexaggerates the problems. And my comparison screenshots (from earlier) show the problem as clear as day. Your comment about "LHelp works fine with fpdoc

Re: [Lazarus] Help System with Chromium Embedded component

2016-11-09 Thread Mattias Gaertner via Lazarus
On Wed, 9 Nov 2016 15:57:04 +0100 Marco van de Voort via Lazarus wrote: >[...] > The best reason to have some local (whatever how limited) widget is for IDE > popups of helptext instead of an external browser. Good point. Mattias --

Re: [Lazarus] Help System with Chromium Embedded component

2016-11-09 Thread Graeme Geldenhuys via Lazarus
On 2016-11-09 04:43, Lars via Lazarus wrote: > One issue, back in the day, was that you could only use Java programming > language, right? Hence the name "Java Applet" ;-) > Another issue with java applets is you had to make sure they were > installed correctly, No, the web server served it

Re: [Lazarus] Help System with Chromium Embedded component

2016-11-08 Thread Lars via Lazarus
On Tue, November 8, 2016 3:42 am, Michael Van Canneyt via Lazarus wrote: > I seriously doubt that. It's just something that will exist next to > javascript but in essence will perform the same tasks as javascript. You > can create relatively clean and structured javascript if you want. It just >

Re: [Lazarus] Help System with Chromium Embedded component

2016-11-08 Thread Lars via Lazarus
On Tue, November 8, 2016 9:36 am, Werner Pamler via Lazarus wrote: > Am 08.11.2016 um 15:56 schrieb Martok via Lazarus: > >> Hi, >> >> >> I may have missed this point in the discussion, but would it not make >> more sense to get a native HTML component (either from IPro or the THTML >> port) to

Re: [Lazarus] Help System with Chromium Embedded component

2016-11-08 Thread Lars via Lazarus
On Tue, November 8, 2016 3:19 am, Graeme Geldenhuys via Lazarus wrote: > On 2016-11-08 02:51, Lars via Lazarus wrote: > >> It's sort of like a JVM bytecode, but for the web browser. >> > > That makes you wonder, why not simply go back to Java Applets. One issue, back in the day, was that you

Re: [Lazarus] Help System with Chromium Embedded component

2016-11-08 Thread Lars via Lazarus
On Tue, November 8, 2016 3:49 am, Michael Schnell via Lazarus wrote: > On 08.11.2016 11:42, Michael Van Canneyt via Lazarus wrote: > >> >> I seriously doubt that. It's just something that will exist next to >> javascript but in essence will perform the same tasks as javascript. > ==OFF TOPIC== (so

Re: [Lazarus] Help System with Chromium Embedded component

2016-11-08 Thread Werner Pamler via Lazarus
Am 08.11.2016 um 15:56 schrieb Martok via Lazarus: Hi, I may have missed this point in the discussion, but would it not make more sense to get a native HTML component (either from IPro or the THTML port) to the point where it can provide everything needed? THTML (my favourite) already has

Re: [Lazarus] Help System with Chromium Embedded component

2016-11-08 Thread Michael Van Canneyt via Lazarus
On Tue, 8 Nov 2016, Michael Schnell via Lazarus wrote: On 08.11.2016 11:42, Michael Van Canneyt via Lazarus wrote: I seriously doubt that. It's just something that will exist next to javascript but in essence will perform the same tasks as javascript. ==OFF TOPIC== (so ignore if there is

Re: [Lazarus] Help System with Chromium Embedded component

2016-11-08 Thread Michael Van Canneyt via Lazarus
On Mon, 7 Nov 2016, Lars via Lazarus wrote: On Mon, November 7, 2016 12:25 pm, vfclists . via Lazarus wrote: I mean the latest thing now is WebAssembly which shows how ridiculous the whole business has become. Web assembly, if designed properly, might actually get rid of some problems.

Re: [Lazarus] Help System with Chromium Embedded component

2016-11-08 Thread Graeme Geldenhuys via Lazarus
On 2016-11-08 02:51, Lars via Lazarus wrote: > It's sort of like a JVM bytecode, but for the web browser. That makes you wonder, why not simply go back to Java Applets. They came out in 1996 and I thought they were brilliant for web applications. You had the full power of the Java language and

Re: [Lazarus] Help System with Chromium Embedded component

2016-11-08 Thread Graeme Geldenhuys via Lazarus
On 2016-11-08 02:31, Lars via Lazarus wrote: > One issue is firefox has a track record of not supporting embedded browser > for very long without abandoning it, or changing the api to make it > incompatible with old code... so who says this isn't also going to happen > with chromium (CEF) at some

Re: [Lazarus] Help System with Chromium Embedded component

2016-11-07 Thread Lars via Lazarus
On Mon, November 7, 2016 12:25 pm, vfclists . via Lazarus wrote: > I mean the latest thing now is > WebAssembly which shows how ridiculous the whole business has become. Web assembly, if designed properly, might actually get rid of some problems. Javascript is a large mammoth, or ugly beast. Web

Re: [Lazarus] Help System with Chromium Embedded component

2016-11-07 Thread Lars via Lazarus
On Sun, November 6, 2016 1:18 pm, Graeme Geldenhuys via Lazarus wrote: > If anybody things installing 300MB just to get some lousy help for a > small 1MB application is acceptable, Maybe CEF needs a lite version. I am guessing that chromium embedded pulls in a lot of unused code that is not

Re: [Lazarus] Help System with Chromium Embedded component

2016-11-07 Thread Lars via Lazarus
On Sun, November 6, 2016 4:35 am, vfclists . via Lazarus wrote: > Something which is likely to get > more support is "more better" than a perfect but little used and little > known system. One issue is firefox has a track record of not supporting embedded browser for very long without abandoning

Re: [Lazarus] Help System with Chromium Embedded component

2016-11-07 Thread Lars via Lazarus
On Sun, November 6, 2016 4:35 am, vfclists . via Lazarus wrote: > On 24 October 2016 at 00:34, Lars via Lazarus > >> wrote: >> > >> Now that I think about my post about using chromium embedded for a help >> engine, the issue I see is that it's a large dependency

Re: [Lazarus] Help System with Chromium Embedded component

2016-11-07 Thread Graeme Geldenhuys via Lazarus
On 2016-11-07 19:25, vfclists . via Lazarus wrote: > computing industry has been try to shoehorn every da*n thing into > Javascript and HTML, and who knows what the industry "leaders" will come up > in their bid to fit square pegs into round holes and channel users into Exactly, and there is no

Re: [Lazarus] Help System with Chromium Embedded component

2016-11-07 Thread vfclists . via Lazarus
On 6 November 2016 at 23:20, Graeme Geldenhuys via Lazarus < lazarus@lists.lazarus-ide.org> wrote: > On 2016-10-21 09:58, Graeme Geldenhuys via Lazarus wrote: > > It was surprisingly hard to find a solution, especially something > > cross-platform. In the end I researched help formats with the

Re: [Lazarus] Help System with Chromium Embedded component

2016-11-06 Thread Graeme Geldenhuys via Lazarus
On 2016-11-06 11:35, vfclists . via Lazarus wrote: > I think using CEF is fine as there don't seem to be any other realistic > options. That is the situation as it is. No it's not! If you have a login for Lazarus Forum's, check out this post with a fully functional application with context

Re: [Lazarus] Help System with Chromium Embedded component

2016-10-23 Thread Lars via Lazarus
Now that I think about my post about using chromium embedded for a help engine, the issue I see is that it's a large dependency .. so for small applications that are say 1MB large, and you want to supply a help system with it... all of a sudden the 1mb exe has to be shipped with a gazillion other

Re: [Lazarus] Help System with Chromium Embedded component

2016-10-22 Thread Mattias Gaertner via Lazarus
On Fri, 21 Oct 2016 12:13:32 +0100 Graeme Geldenhuys via Lazarus wrote: >[...] > Take the Free Pascal CHM help as an example - it is horrific looking. > The fpdoc's HTML output writer was clearly designed for online HTML > usage with popup browser windows and

Re: [Lazarus] Help System with Chromium Embedded component

2016-10-21 Thread Graeme Geldenhuys via Lazarus
On 2016-10-21 08:04, Lars via Lazarus wrote: > powerful like a full fledged .CHM system or .hlp system. But even chm and > .hlp files are primitive, they are just basic, and 1990's technology. One thing you are overlooking is that most help authors don't use any of the advanced features of the