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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
--
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
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
>
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
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
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
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
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
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.
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
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
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
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
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
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
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
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
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
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
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
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
37 matches
Mail list logo