FYI, Paul's final example, which is like an LC version of acrobat reader,
now has its own repo (https://github.com/macmikey/xpdf)
On Tue, Sep 25, 2018 at 10:58 AM Mike Kerner
wrote:
> h, so far so good.
> It's really embarrassing that I didn't remember xpdf. At all. Especially
> since
h, so far so good.
It's really embarrassing that I didn't remember xpdf. At all. Especially
since Paul did a video about it at LCG THIS YEAR. Watching it again now.
Thanks PM!
On Tue, Sep 25, 2018 at 9:07 AM Mike Kerner
wrote:
> We do have a business license, and I have no idea what xpdf
We do have a business license, and I have no idea what xpdf is, so now I'm
going to do some research.
On Tue, Sep 25, 2018 at 6:52 AM panagiotis merakos via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Mikey you have the Business Edition don't you? I was wondering if XPDF
> could be
Mikey you have the Business Edition don't you? I was wondering if XPDF
could be useful in your use case.
Best,
Panos
--
On Tue, Sep 25, 2018 at 3:44 AM Mike Kerner via use-livecode <
use-livecode@lists.runrev.com> wrote:
> I'm loading a pdf, not a web page into the widget.
>
I'm loading a pdf, not a web page into the widget.
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
> BR wrote:
> Related use case: some web pages download a "ton" of
> javascript at start up.
> I can't find a way to set a "spinner/I-am-downloading"
> on the screen, until we get some content appearing on
> the page.
For your own pages you could use pace
Correction: I set the systemWindow property to true.
Bob S
> On Sep 24, 2018, at 14:25 , Bob Sneidar via use-livecode
> wrote:
>
> Unless something changed, the built in spinner uses the single threaded
> engine, so any processing done by the engine will halt the spinner, thereby
> making
Unless something changed, the built in spinner uses the single threaded engine,
so any processing done by the engine will halt the spinner, thereby making the
spinner just the other side of worthless for anything but non-blocking
operations.
What I did was I wrote a standalone that could
On my silly phone now as in bed. Wonder if you couldn't use a splash screen
substack with a spinner? Will try this tomorrow, although am uncertain re
substacks in the HTML5 standalone.
On Mon, Sep 24, 2018, 11:44 PM Sannyasin Brahmanathaswami via use-livecode <
use-livecode@lists.runrev.com>
On 9/24/18 5:45 AM, Mike Kerner via use-livecode wrote:
> Thanks Monte. Fix it anyway.
> Thanks for the idea, Tom, no joy.
Related use case: some web pages download a "ton" of javascript at start
up.
I can't find a way to set a "spinner/I-am-downloading" on the screen,
until we get some content
> Mike K. wrote:
> ... I have no idea what document.activeElement.blur() is supposed to do ...
The HTMLElement.blur() method removes keyboard focus from the current element.
Is Google or similar defunct with you?
___
use-livecode mailing list
Thanks Monte. Fix it anyway.
Thanks for the idea, Tom, no joy.
On Sun, Sep 23, 2018 at 11:26 PM Tom Glod via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Just a hunch maybe you can quickly toggle visibility of the
> widget..after everything is loaded. maybe that will be enough
Just a hunch maybe you can quickly toggle visibility of the
widget..after everything is loaded. maybe that will be enough to lose
focus and not have to regain it? unlikely to work, but worth a try.
On Sun, Sep 23, 2018 at 11:15 PM Monte Goulding via use-livecode <
Hi Mike
This is actually a problem for all widgets with native layers. There’s also the
additional complexity with the browser widget that some pages when you open
them they have javascript that focuses in on something.
I have a PR that makes `the focusedObject` and `focus on nothing | object`
already tried focusing on another control, and, I have no idea what
document.activeElement.blur() is supposed to do, but that didn't fix it
either.
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe,
> Mike K. wrote:
> How do we take focus away from the browser widget?
Did you already try
do "document.activeElement.blur()" in widget "browser" ?
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe,
might be dumbbut what if istead of focus on nothing you focused on
another control that passes the rawkey?
On Sun, Sep 23, 2018 at 9:15 AM Mike Kerner via use-livecode <
use-livecode@lists.runrev.com> wrote:
> One additional note, Panos suggested that browserDocumentLoadFailed might
> be
One additional note, Panos suggested that browserDocumentLoadFailed might
be firing.
Surprise it is, but the error is
"plug-in handled load"
but firing a "focus on nothing" inside that event doesn't help, either.
On Sun, Sep 23, 2018 at 7:31 AM Mike Kerner
wrote:
> How do we take focus away
How do we take focus away from the browser widget?
I am loading PDF's into the browser widget. At that point, all key presses
get eaten up by the widget (e.g. arrows make the widget scroll), even if a
field has the insertion point.
Scripting the widget to intercept those events doesn't work.
19 matches
Mail list logo