ps > requires websocketd to go along with it.
On Fri, Nov 23, 2018 at 1:46 AM Tom Glod wrote:
> Todd, this was posted here a little while ago..haven't tested it, but
> apparently its websockets for livecode. Let us know how it goes.
>
> https://github.com/samansjukur/wslc
>
> On Fri, Nov 23, 20
Todd, this was posted here a little while ago..haven't tested it, but
apparently its websockets for livecode. Let us know how it goes.
https://github.com/samansjukur/wslc
On Fri, Nov 23, 2018 at 1:10 AM Charles Warwick via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Hi Todd,
>
> Depe
Hi Todd,
Depending on what platforms you need to support, I have a socket external for
LiveCode that includes the ability to use websockets.
Cheers,
Charles
> On 23 Nov 2018, at 4:09 pm, Todd Fabacher via use-livecode
> wrote:
>
> We have hot a wall because we have an API that is ONLY acces
We have hot a wall because we have an API that is ONLY accessible via a
call to Socket.io server using Websockets.
Richard Gaskin, I remember you were looking into this last year, any
success from your research.
It seems the best way would be to open a web browser and code the
communications usin
It's not relevant to the current discussion, but wy back when, I worked
with a guy who had created some monster spreadsheets in Excel with
something like 9,000 columns. It was working, but it was incredibly slow --
this was running on 68k Macs. Not expecting success, I suggested he give
FileMak
you mean like this one:
https://www.legamaster.com/products/product/interactive-products/e-screen-interactive-touch-monitors/ptx-9800uhd-e-screen-8713797081610/?no_cache=1&cHash=158c87c7f0527df039ce11bc76eae9ab
But who can cope with 1500 columns, most people would stop and lost
track before re
Thank you all for your responses, they helped me solve the problem for my part.
It is indeed the Adobe web Plugin that is the key to this. Although I have
never checked that I would like to use this plugin, it seems as if just
launching Acrobat will do this automatically. In the Acrobat preferen
If the PDF is embedded by ordinary HTML (= set url of the
browser widget or use in its htmlText , or
) then you can't decide for the user which plugin
to use.
But the user can force this for himself by moving the
corresponding plugin(s) in/out of the plugins-folder
(which is on Mac "/Library/Inte
Hi Tore,
> Am 22.11.2018 um 18:01 schrieb Tore Nilsen via use-livecode
> :
> I don’t think so, as the default app is set to be Preview on both machines.
> In fact I had forgot I had Acrobat installed on my laptop.
> Tore Nilsen
>> Could this be related to the default app that handles PDF on your
I don’t think so, as the default app is set to be Preview on both machines. In
fact I had forgot I had Acrobat installed on my laptop.
Tore Nilsen
> 22. nov. 2018 kl. 17:56 skrev Brian Milby via use-livecode
> :
>
> Could this be related to the default app that handles PDF on your Mac?
Could this be related to the default app that handles PDF on your Mac?
Thanks,
Brian
On Nov 22, 2018, 11:53 AM -0500, Tore Nilsen via use-livecode
, wrote:
> I have come across a puzzling phenomenon in how the browser widget handles
> pdfs. On my iMac I do no have Adobe Reader or Adobe Acrobat i
I have come across a puzzling phenomenon in how the browser widget handles
pdfs. On my iMac I do no have Adobe Reader or Adobe Acrobat installed. Here,
the browser widget displays pdf-files without any hiccups. On my MacBook I have
Adobe Acrobat installed, and the browser widget seems to use Ado
Great - I was hoping that it would use the custom url stuff. Has anyone
done this? Would be great to have some demo code + plist to work of a an
example.
On Tue, 20 Nov 2018 at 18:40, Ben Rubinstein via use-livecode <
use-livecode@lists.runrev.com> wrote:
> You need to do two things:
>
> - add co
13 matches
Mail list logo