I have experienced problems with dual monitors attached to my Mac Book Pro
Retina with LC 8 and posted bugs.
There are links on 19302 to other bugs I thought might be related.
The text on the clipboard is fine. The problem is that too much is put on
the clipboard. Plain text converted to HTML is likely the real problem.
That is why a trip through a plain text editor fixes the issue. It takes
the plain text from the clipboard and only puts plain text on the
Thanks Martin - yes I do have a Mac Book Pro Retina, and since it’s normally on
my desk with the monitor on a stand, the monitor is above the MacBook as you
say. My search for bugs related to this didn’t turn up anything relevant: maybe
I don’t understand how to do searches for unresolved bugs
It isn't the physical position of the monitors, it's how you arrange them
in the Mac control panel. This allows you to set the virtual position of
the two displays relative to each other. If I remember right, problems are
avoided if you drag the two monitor images so that the tops are
Your solution sounds interesting, but to me it’s just a workaround. I simply
want more screen real estate for debugging - so as far as I can see, using
different spaces would provide that. After reading what Martin Koob has to say,
I’m pretty certain that there really is a bug.
Actually, the reason why we’re having this conversation is that I needed to
load the clipboard with in what SHOULD be plain text format data via script,
data that included plain returns, and it appeared as double spaced when pasted
into Mac Mail. There was another user-driven in terms of
i followed your steps here on my system (iMac 5K and Thunderbolt display). It
works here without problems.
Maybe it works here, because i have setup that my monitors use different
spaces. You can set this in SystemControl->MissionControl. I do not know the
exact english expression as
Yes, of course it’s an OS thing really. I think it’s reasonable to want the Mac
control panel configuration to mimic the physical arrangement I actually have.
If I don’t do this, I’m always trying to make the mouse go somewhere which the
Mac doesn’t see as part of the screen real estate. Since
The behaviour should be that if you put plaintext then only plaintext should be
on the clipboard...
If you put styled text then plain and rtf should be on the clipboard... HTML
maybe - but if that's the format causing the problem (and not rtf - which I
think is the main Cocoa style interchange
PR just about done actually. It sets the plain text but leaves previous
HTML right now. Should have it done this weekend.
On Sat, Jan 13, 2018 at 10:50 AM Mark Waddingham via use-livecode <
> The behaviour should be that if you put plaintext then only
@Graham, to determine if the 2 are related to the same underlying issue,
you should adjust your monitor layout so that the tops align. If the
problem goes away, then they are related (even if not identical). If the
problem doesn’t go away, then it is a new issue. That will be something
Quick question.. I'm attempting to write a program to work with my
hdhomerun (networked tv streamer) and think i'm on track.. However, i'm not
sure if its possible to tell the player to open a udp connection on port
5000 and wait for the stream to come in. (apparently, I need to have it
PR submitted against develop-8.2:
Updated MCClipboard::AddText such that is will clear the clipboard and only
place the plain text representations on the clipboard. The clipboard needed
to be cleared to avoid the HTML/RTF from a previous copy being
Sorry this is a bit long, but it needs an accurate description IMHO.
I’ve already submitted a bug report on some strangeness with using the IDE with
LC9.0.0 (dp11) on a two-screen system, with the suspicion that it was me doing
something wrong - it was just very muddling. However, today I seem
If your XML is UTF8-enconded and your UTF8 data is correct, it will
work. Your probably isn't invalid XML but either a problem with the
encoding of the entire file or a particular string.
The best way to validate XML on your server is to install a little
command line utility and use the shell
On Sat, January 13, 2018 2:08 pm, Mark via use-livecode wrote:
> If your XML is UTF8-enconded and your UTF8 data is correct, it will
> work. Your probably isn't invalid XML but either a problem with the
> encoding of the entire file or a particular string.
> The best way to validate XML on your
> Testing on an Android device, the "Standalone builder progress" window
> shows first "Building classes" and then for a brief moment "Building
> executable", after which an error window reads "Unable to build app for
> testing: could not open module file".
> Searched the forums but no mention
Found the thread ("Error while saving standalone 8 & 9"), and, yes, widget
problem. But my stack is simply a field and two buttons. No widgets.
So, still stuck.
On 14 January 2018 at 09:15, Nicolas Cueto wrote:
> The problem is on 8.1.8.
> Any idea what
I've posted an updated version of my SVG Icon Tool to my server with a
large number of icons included (everything from
https://leungwensen.github.io/svg-icon except the flags which needed
color). I've also included the feather icons that were mentioned.
Direct link to the download:
The problem is on 8.1.8.
Any idea what the subject of that thread was?
On 13 January 2018 at 20:15, MWCM via use-livecode <
> > Testing on an Android device, the "Standalone builder progress" window
> > shows first "Building classes" and
> Date: Sun, 14 Jan 2018 09:15:48 +0900
> From: Nicolas Cueto
> To: How to use LiveCode
> Subject: Re: Android build executable on test device fails
And now a new problem. The SDK and JDK paths have disappeared.
Just now installed 8.0.2, pointed it to the SDK root path that worked with
8.1.8, but got the error "chosen folder not a valid Android SDK".
And, opening 8.1.8 to confirm the SDK rooth path, the SDK field there has
become blank and
If anyone is planning on coming to Developer Week 2018 in the Bay Area
(3-7 February), more free OPEN passes have opened up. It's moving to
Oakland from San Francisco this year, no doubt because nobody can afford
San Francisco any more.
You must register by 11:59 pm on January 26 (or before
Mail list logo