DP9 should have the fixes from the 8 branch. Essentially any bug fix on
the 8.1 branch will get merged into the 8.2 branch. Any bug fixes from 8.1
or 8.2 will get merged into the 9.0 branch. In GitHub, there have been a
bunch of these type of merges recently. If you are up to compiling the
comm
Good read.Thanks!
>
> On Sep 30, 2017 at 12:31 PM, (mailto:use-livecode@lists.runrev.com)> wrote:
>
>
>
> Long read, but worth the effort:
> https://www.theatlantic.com/technology/archive/2017/09/saving-the-world-from-code/540393/
> -- Mark Wieder ahsoftw...@
Look at the description for the widget. Appears there isn’t a separate
dictionary entry.
On Tue, Oct 3, 2017 at 1:43 PM Sannyasin Brahmanathaswami via use-livecode <
use-livecode@lists.runrev.com> wrote:
> I may be blind today… been tracing code for three days…
>
> see all props listed in the API
That’s what I was just looking at. Develop branch impacted, 8.1 & 8.2 are
good.
On Tue, Oct 3, 2017 at 3:18 PM Ali Lloyd via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Oh, looks like the docs for the segmented control have become mangled
> somehow... perhaps a mis-merge.
>
> On Tue, Oc
I think Ali is already on it. He found the commit with the removal.
On Tue, Oct 3, 2017 at 3:49 PM James At The Hale via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Pants wrote>,
> > Sorry, I should have been more clear. The "hiliteChanged" is a
> **message**
> > related to the segmente
I've posted a PR that should address this issue:
https://github.com/livecode/livecode/pull/6044
I created a stack with a segmented control with a substack with a segmented
control. As you described, the hiliteChanged message was dispatched for
both controls upon opening the stack. In my case, I o
Just wanted to do a quick check to see if anyone is currently using mergHK
successfully with recent releases. I was able to get the authorization to
work, but every time I attempt a query I get an error like:
"HKSampleSortIdentifierEndDate is not a valid sort key for samples of type
HKQuantityTyp
iPhone6SPlus: 5.5" 1242x2208 414x736 414x736 3
On Sat, Oct 21, 2017 at 3:54 PM, Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Yesterday, in reply to Ralph's post I included these notes about mobile
> metrics:
>
> > ...it seems that LC's resolution-independence works ve
One option would be to leave the extension off when initially presented to
the user. Then add the correct extension before saving if the user did not
manually add one. It is probably a little more complicated than that
though... unless the user has their OS set to display extensions, they may
not b
The stack file isn’t a package. If using an old format, then it may have a
resource fork. The stack is read into memory and the file closed (not sure
how resource fork stuff is handled though).
On Wed, Oct 25, 2017 at 12:16 PM Mike Kerner via use-livecode <
use-livecode@lists.runrev.com> wrote:
So the ask is for a check box in the PI (near the source field with a label
like “Relative path”)? And when checked, the PI would automatically trim
the path to be relative to the stack file (probably with the assumption
that it only goes down the hierarchy).
Or are you asking for a preference tha
Looks like a regression in 8 from 7. Just did a quick test and don’t see
the issue in 7.1.4 but do in 8/9.
Bug 18213
On Sun, Oct 29, 2017 at 9:55 PM Roger Guay via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Why can’t I set the decorations of a stack to only “Title” without that
> damn
./ is current directory. ~/ is the user home directory.
On Mon, Oct 30, 2017 at 2:00 PM Mike Kerner via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Actually the ~ is a unix convention, so it is also used in Linux.
>
> On Mon, Oct 30, 2017 at 2:24 PM, Bob Sneidar via use-livecode <
> use
use-livecode <
use-livecode@lists.runrev.com> wrote:
> Yes, Brian. So I'm not sure what you're getting at.
>
> On Mon, Oct 30, 2017 at 3:07 PM, Brian Milby via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > ./ is current directory. ~/ is
(think
> three palettes for tmc2) they would go left or right depending on need.
>
> On Sun, Oct 29, 2017 at 11:18 PM, Brian Milby via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > Looks like a regression in 8 from 7. Just did a quick test and don’
Oct 2017, at 12:03 pm, Brian Milby via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > I figured out how to disable full screen and replace it with the old
> zoom,
> > but that isn’t really that much of an improvement. Something in the SDK
> has
> &
t;
>
> > On Oct 31, 2017, at 7:45 AM, Bob Sneidar via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > If you option-click the zoom on a Mac, it uses the old zoom where the
> menus are still visible.
> >
> > Bob S
> >
> >
> &
PR submitted:
https://github.com/livecode/livecode-ide/pull/1817
For bug:
http://quality.livecode.com/show_bug.cgi?id=17287
Not sure how it will be received, but it uses the pref to always use
absolute path names for images to decide whether to convert a path to
relative.
On Sun, Oct 29, 2017 at
With the X Apple is suggesting that the status bar not be turned off in
most cases. That would eliminate the issue of the top side cut out. You
should be able to use the screenrect to determine device (I guess) and not
hide.
On Thu, Nov 2, 2017 at 12:07 PM Bob Sneidar via use-livecode <
use-livecod
Funny that I was just looking at the code that loaded these files but had
not gotten to look for them yet.
On Mon, Nov 6, 2017 at 4:13 PM Monte Goulding via use-livecode <
use-livecode@lists.runrev.com> wrote:
>
> > On 7 Nov 2017, at 8:47 am, Phil Davis via use-livecode <
> use-livecode@lists.run
Wow... almost looks like you will need to use a script to go through all of
those files and ensure the lines each have the correct number of tabs.
On Mon, Nov 6, 2017 at 5:33 PM Monte Goulding via use-livecode <
use-livecode@lists.runrev.com> wrote:
>
> I did the first bit then realised that the
I would need to look, but I recall Apple making a big deal about Siri doing
the wake up completely on device and not transmitting anything unless
actually doing a query. This was around the time the 6 or 6S came out with
the always listening option. (Of course I do occasionally wake her up
unintent
My guess is that until we can provide a correctly sized Splash Screen that
the engine on the phone is going to see the iPhone 6 size. You can see the
same thing if you do not provide any splash screens and the size will be
like the 4 inch (which is the default that is included).
On Sat, Nov 18, 2
Are you just talking about the lack of full text search?
The dictionary seems to work ok on my iPad (served from my server). CSS
and HTML need more tweaks to work well on a phone sized device.
On Sat, Nov 25, 2017 at 11:34 AM Pi Digital via use-livecode <
use-livecode@lists.runrev.com> wrote:
>
Just tried this snip:
*-- revidelibrary.8.livecodescript full path in the text field**put* url (
"file:" & the text of field "fileName") into holdIt1
*put* the milliseconds into tStart
*put* replacetext(holdIt1,"[ ]{2,10}",empty) into holdIt
*put* the milliseconds into tEnd
*put* cr & tEnd - tSta
Try this:
put the defaultfolder
My guess is that it is now a non-writable destination which is why you are
not seeing a new file.
On Mon, Nov 27, 2017 at 12:13 PM Richmond Mathewson via use-livecode <
use-livecode@lists.runrev.com> wrote:
> With LC 7.1.4 on Mac OS 10.7.5 the default folder on my
I downloaded 8.1.2 and performed the same test as above and the difference
was substantial. I’m on a different machine, but the times appear
consistent with the test I did on 7.x on the other one.
On Tue, Nov 28, 2017 at 11:49 AM Thierry Douez via use-livecode <
use-livecode@lists.runrev.com> wrote
There are actually 2 PRs for toast... one LCB and another in the engine
itself. 5860 & 5018
On Sun, Dec 3, 2017 at 5:09 PM Monte Goulding via use-livecode <
use-livecode@lists.runrev.com> wrote:
>
> > On 4 Dec 2017, at 10:01 am, J. Landman Gay via use-livecode <
> use-livecode@lists.runrev.com> wr
Human readable conversion would be easier if multi-line strings were
supported (without the manual splitting currently needed). This would allow
a single put statement between LC blocks of code and no need to fuss about
quote characters.
Then you would only need to worry about handler definitions.
Sounds like Devolution
On Tue, Dec 12, 2017 at 1:37 PM Mike Kerner via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Well, if we ever group-hack the ide, maybe you could build it, Bob. I'd
> like that.
>
> On Tue, Dec 12, 2017 at 2:30 PM, Bob Sneidar via use-livecode <
> use-livecode@lis
Without even looking I would say yes. A plug-in (like Devolution) would not
get touched though (and would have the same settings across different
versions).
On Tue, Dec 12, 2017 at 3:19 PM Mike Kerner via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Sorry, I thought my tongue-in-cheek wa
Did you try:
revMoveFolder "/Users/bobsneidar/Documents/Installs/Childrens Law
Center/201", "/Users/bobsneidar/Documents/Installs/bobtest"
This should move “201” from point a to b.
For non-win32 it just uses the mv shell command anyway. (mv does not like ~
though). Also, you can get the result an
Take a look at this thread in the forum:
http://forums.livecode.com/viewtopic.php?f=7&t=30018
The issue where the GM and PM don't natively work on mobile should be fixed
soon (already merged on the develop-8.2 branch). The example stack in that
thread includes the necessary code for them to work
Richard, can you outline some of the issues you have seen with the GM (or
point to a thread where it was discussed). On the surface it looks like a
good way to handle many types of positioning needs. There were a couple of
oddities in the code that I’ve looked at already.
On Sat, Dec 16, 2017 at 1:
dropped.
>
> Richmond.
>
> On 17/12/17 11:06 pm, J. Landman Gay via use-livecode wrote:
> > On 12/17/17 2:54 PM, Mark Wieder via use-livecode wrote:
> >> On 12/16/2017 12:06 PM, Brian Milby via use-livecode wrote:
> >>> Richard, can you outline some of the issu
The demo stack on the thread I mentioned lets you switch between the
different fullscreen modes to see how it impacts the display. You could add
a background image as suggested to see how that worked too.
On Mon, Dec 18, 2017 at 9:31 PM Sannyasin Brahmanathaswami via use-livecode
wrote:
> Geoff
>
Too soon to tell, but it could just be a way to more easily cross compile.
Currently apps can be designed with separate UI for tablet/phone, so this
would extend that to desktop too. Someone who has developed native code for
both could probably speculate how it would look and work.
On Wed, Dec 20,
No, that is specific to the feature that allows the orientation change in
9. The name was changed internally that was causing it to not load
properly. This just means that a horizontal segmented widget will work
between versions. A vertical one is not going to look right but won’t throw
an error.
O
Someone mentioned a desire to use custom icons in several of the widgets
included with the later versions of LiveCode. Currently they all can only
be set to use icons sourced from the iconSVG library. Rather than
adjusting all of them to handle arbitrary SVG, I thought it would be easier
to adjus
If willing to swap out a default library, the iconSVG library can be made
to work with these. I’ve submitted a PR with the code to load new
icons/families. I guess I need to add the ability to change the default
family (which would enable easier use in the IDE).
Also check out svg-icon on GitHub..
Appears so. I’m trying with the drawingSvgCompile and not having luck with
any of the shapes.
On Tue, Jan 2, 2018 at 6:32 PM Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:
> J. Landman Gay wrote:
>
> > On 1/2/18 6:05 PM, J. Landman Gay via use-livecode wrote:
> >> Alas,
Looking at the feather icons, it seems that “currentColor” is not being
picked up as anything which makes them render blank. If I change that to
“red” then some work. Ones that include “line” do not draw anything (seems
like a bug since the output is blank). Most use elements other than path,
so th
From what I see, it looks like the SVG icons are just path elements and not
lines/circles/etc. The new code in DP11 adds support for much more of the
SVG spec.
I found why lines are not working... I’ll get a PR together if it isn’t
already corrected. Line 1124 had an extra “_” in _svgBoxLine that
Icon picker would be nice. In addition to a filter field, it should allow
different families to be selected.
I looked briefly for something that could convert SVG to just a path.
Inkscape can do it, but I was more looking for something that could easily
do it in a batch run. Then you could convert
Thanks Richmond... that looks useful.
https://icomoon.io has the ability to bulk convert several icon sets to
paths/fonts. Feather happens to be one of the free sets available. Since it
is originally under MIT, this could be a set that could bundle up as a
family for the icon library.
Here's the
iOS button widget passes “mouseUp” using a callback from the OS, so it
would only work on the device. Android actually has the public OnClick
handler to post mouseUp. This could be added to the widget to allow testing
in the IDE I believe.
On Thu, Jan 4, 2018 at 3:01 PM Klaus major-k via use-liveco
Here's a bit of code to handle the feather set when converted by icomoon.io
(which could have multiple path statements):
on dragEnter
local tFile, tSVG, tIndex, tLine
set the dragAction to "copy"
put line 1 of the dragdata["files"] into me
put url ("file:" & me) into tFile
set linedel to
Just a wild guess, but did you attempt to reset the full screen mode in the
new stack? (Can’t tell from the above if you set it in each stack or just
the first)
On Thu, Jan 4, 2018 at 8:39 PM Sannyasin Brahmanathaswami via use-livecode <
use-livecode@lists.runrev.com> wrote:
> FWIW:
>
> Seems my e
Are you talking about Property Profiles on the General Tab? Also which
version of LC?
For that, see the “profile library” association in the dictionary (9.0DP11).
On Fri, Jan 5, 2018 at 10:19 PM Roger Guay via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Hi Folks,
>
> Once again, I’m tr
it useful.
On Thu, Jan 4, 2018 at 11:59 PM, J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Very nice, thanks. It took me a bit to figure out the icomoon web app, but
> now I've got the whole feather set and your script works well.
>
>
> On
That path should be safe to download new content. As long as you are just
downloading data, you are within mobile store rules.
On Mon, Jan 8, 2018 at 9:01 PM Nicolas Cueto via use-livecode <
use-livecode@lists.runrev.com> wrote:
> A goal this year is to get an app (for foreign language learning) o
My guess is that will be for livecodescript libraries since they do not end
up with a manifest file.
On Wed, Jan 10, 2018 at 12:09 PM Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:
> On 01/10/2018 09:56 AM, Mark Waddingham via use-livecode wrote:
>
> > Are you sure you didn't
That is for the shell function.
On Wed, Jan 10, 2018 at 2:15 PM Richmond Mathewson via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Although "/" was mentioned in the post to which I replied I have come
> across
> places (not sure where: Windows?) where the itemDelimiter for pathways is
>
>From the shell dictionary entry:
*Note:* If you use a file path in the shell command on a Windows system,
the file path must be in Windows form, not the Unix-style file paths that
LiveCode uses internally.
> On Wed, Jan 10, 2018 at 2:15 PM Richmond Mathewson via use-livecode <
> use-livecode@li
You may be able to simplify it to this:
*on* stripClipboard
*local* tData
*lock* the clipboard
*put* the rawClipboardData["public.utf8-plain-text"] into tData
*set* the rawClipboardData to empty
*set* the rawClipboardData["public.utf8-plain-text"] to tData
*unlock* the clipboard
*end* strip
The problem in this case is the HTML format data (and possibly RTF) on the
clipboard. Testing in Windows, if I just put the LC styled text and plain
text on the clipboard, it works to get plain text outside of LC but retain
formatting inside. If I try to paste the RTF or LC data into Excel, I just
So there are 2 issues with how LiveCode is handling placing text onto the
clipboard:
- converting plain text to HTML on the clipboard
- using tags for each line break when converting to HTML
I’m not sure of the reasoning behind the first issue. I understand wanting
to have the native LC format fo
ke assumptions about the end user's intent. What if
> what he was copying was SUPPOSED to have double line breaks or carriage
> returns? The complaint would be that LC was taking liberties with user's
> data!
>
> Bob S
>
>
> > On Jan 12, 2018, at 09:42 , Brian Milby
e@lists.runrev.com>>
> wrote:
> >
> >> Non- starter. Can't make assumptions about the end user's intent. What
> if
> >> what he was copying was SUPPOSED to have double line breaks or carriage
> >> returns? The complaint would be that LC
the reworking of the clipboard we did early on
> in 8 (maybe late 7) - if you have the time to poke around and propose a
> patch on more than happy to help - it's been on my list to dig into for
> ages, but hasn't reached the top yet!
>
> Warmest Regards,
>
> Mark.
&
the clipboard we did early
>> on in 8 (maybe late 7) - if you have the time to poke around and propose a
>> patch on more than happy to help - it's been on my list to dig into for
>> ages, but hasn't reached the top yet!
>>
>> Warmest Regards,
>>
>
@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
that is good
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:
https://milby.
I’m not sure that is an easy one to answer in a short email. In GitHub, the
IDE is a sub-project so most of the changes there are separated out. The
dictionary content is in the main repo though as are the extensions
(widgets/libraries). Some things require updates to both projects like the
SVG com
Here is a function for Windows that will replace with and include
" " for multiple spaces. It retains the other formatting. (It won't
catch paragraph level formatting as is though.) So if you are copying
code, this could be used to clean it for paste as rich text:
*on* mouseUp
*local* tFor
, 2018 at 7:33 AM, J. Landman Gay via use-livecode
> wrote:
> > Anyone who hasn't looked at this stack really should. It's what we've
> needed
> > ever since SVG was introduced to LC.
> >
> >
> > On 1/13/18 11:25 PM, Brian Milby via use-livecode wr
The calculations that you are making are sound, but as Ralph said, after
repeated changes it may end up "off".
The type of positioning that you are doing is one of the things that the
current Geometry Manager (GM) Property Inspector (PI) will not allow (when
you resize a control, the left/top can
The vector icon widget from late last year is not needed. You can use the
new compiled drawing format directly as the image text. Then the image can
be used just like any other (mostly... some SVG drawings will not scale).
On Fri, Jan 19, 2018 at 2:47 PM Matthias Rebbe via use-livecode <
use-liveco
One other useful tidbit is that it will skip over the ending quote if you
type it... so when you type “ and get “|”, you can type “text|” and then
the next quote will skip over the automatically added one. (“|” is the
insertion point)
On Sun, Jan 21, 2018 at 8:09 AM Martin Koob via use-livecode <
u
First line comment is not legal for script only stacks.
On Mon, Jan 22, 2018 at 1:29 PM Mike Kerner via use-livecode <
use-livecode@lists.runrev.com> wrote:
> @Geoff, well, then my work here is done!
> @Dr Hawk, do you mean in general? That would require a change in LC, too,
> and if we were goin
To be more clear, after the BOM, the first word must be “script” followed
by a space and the stack name. The code to skip comment lines is not in the
source for .livecodescript files. This was adjusted when opening files with
a BOM over the internet was fixed.
On Mon, Jan 22, 2018 at 3:14 PM Brian
I'll tackle a couple of your questions:
- The profile pane that Jacque was referring to is located in the LiveCode
preferences (currently labeled "Property Profiles")
- The profile pane displayed in the Wiki is part of the Property Inspector
and is not available in LC8/9.
- Currently, profiles have
Nicolas Cueto
>
> On 20 January 2018 at 01:26, Bob Sneidar via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > To demonstrate, the following formula:
> >
> > 5 * 3 * .5 * .66 = 4.95 (not 5)
> >
> > hence the need to store a base size and always work
put the cKweto["landscape"] of this stack into sLandscape
put sLandscape["height"] into ...
I don't think you can retrieve array elements like you were trying to do.
If I'm wrong, someone more versed will surely correct me soon enough though
:)
Thanks,
Brian
On Mon, Jan 22, 2018 at 11:36 PM Nico
You could cut it down a bit more...
[GgSs] would replace 2 lines
Could also probably use...
r(ef|op)
(?!glx[Aa]pp_[GgSs]et[Pp]r(ef|op)\(.*\))
On Tue, Jan 23, 2018 at 5:13 PM Martin Koob via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Hi Richard.
>
> I found this site https://regexr.
Are you talking about the binary format of a stack file?
On Wed, Jan 24, 2018 at 10:35 AM Lagi Pittas via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Hi
>
> I have just spent a good few hours "playing" - I wished - with the Text
> formatting of field.
>
> Specifically It was on LC9 but
I’m not sure this is possible... due to the sandbox you can only see paths
of files in a restricted subset of the file system. You should be able to
roll your own for the places you can see from the app.
Thanks,
Brian
On Wed, Jan 24, 2018 at 12:16 AM Richard Gaskin via use-livecode <
use-livecode@
Wow, I hope you scripted setting up that test...
On Wed, Jan 24, 2018 at 1:35 PM Geoff Canyon via use-livecode <
use-livecode@lists.runrev.com> wrote:
> I was curious about the performance of chained behaviors, so I created a
> stack to time them. I compared a button with a behavior to a button wi
This sounds very cool. Can’t wait to take it for a test drive.
On Wed, Jan 24, 2018 at 1:27 PM Geoff Canyon via use-livecode <
use-livecode@lists.runrev.com> wrote:
> I now have an alpha version of Navigator that is built entirely using
> script-only stack behaviors, and it includes the function I
I started looking for some examples and found some JS code that could
probably be adapted. I would take a crack at it, but won't have time
probably until the weekend. Here's the link:
https://groups.google.com/forum/#!topic/PhoneGap/QpXAzVo_Fi8
Mulling it over in my head, I wonder if it may be g
Is that the same stuff that Atom uses? I’m not that good at writing RegEx
from scratch, but wouldn’t mind taking a look. I don’t have ST, so I
wouldn’t be able to test there.
On Thu, Jan 25, 2018 at 1:04 PM Mike Kerner via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Unfortunately I'm tr
The files on GitHub and your workstation should be pretty much the same.
Like Trevor was saying, you would have a develop branch that contained your
in progress code. The master branch would be the release. Every beta could
be a commit in the dev branch. When ready for a final release, the code is
Here's what I came up with. It is a little slow though. It's pretty much
a port of the code that I linked. I had to adapt to the way move events
are issued in LC (particularly that a touch start does not include
coordinates). I also added the ability to continue moving when a zoom
stops (only o
IndentPattern
> (?x)
> ^\s*
> (
> end\s+.
> | case\s+.
> | default\b
> | catch\b
> | finally\b
> )
>
> unIndentedLinePattern
>
> ^\s*(?:#|--|/\*)
>
>
>
>
> On Thu, Jan 25, 2018 at 7:16 PM, Brian Milby via use-livecode <
> use-livecode@lists.runrev.com> wr
Thanks!
I guess it is time to set up a GitHub repo for stuff I work on. I think
this would be a good thing to post as a behavior stack only script.
On Sat, Jan 27, 2018 at 1:48 PM Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Brian Milby wrote:
>
> > Here's what I cam
I did take a look at Atom and is also has some duplicates in the
increase/decrease sections. It seems to work to out dent the line. For
example, if you type “switch” the next line will start indented one level.
When you type “case” it moves that line out and the next one is indented.
This actuall
That would be really cool (zoomable property)! It could be wired to do
pan, zoom, and rotate (possibly as separate properties).
I put this on GitHub:
https://github.com/bwmilby/lc-misc/tree/master/PinchZoom
My first go was trying to use more arrays, but renaming the variable on the
fly got to be
This should be pretty easy... if the app is built to support multiple
orientations the it respects the lock. If it is built to only support one
orientation, it should override the lock. From the thread it seems iOS
already works this way. I don’t think the app should have to do any
checking for thi
Have you tried a blank background image on stack B to explicitly overwrite
the buffer for areas outside of the stack? That may help problem 1 but
probably won’t help problem 2.
On Sun, Jan 28, 2018 at 2:05 PM Sannyasin Brahmanathaswami via use-livecode
wrote:
> We are getting reports (and screen
g is that it doesn't do that.
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software | http://www.hyperactivesw.com
>
>
>
> On January 28, 2018 12:51:30 PM Brian Milby via use-livecode
> wrote:
>
> > This
| jac...@hyperactivesw.com
>> HyperActive Software | http://www.hyperactivesw.com
>>
>>
>>
>> On January 28, 2018 12:51:30 PM Brian Milby via use-livecode
>> wrote:
>>
>> > This should be pretty easy... if the app is built to suppor
>
> Both the new and old ST ones have issues.
>
> On Sat, Jan 27, 2018 at 6:49 PM, Brian Milby via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > I did take a look at Atom and is also has some duplicates in the
> > increase/decrease sections. It se
I was able to run a test in the simulator for an iPad and got the same
results except that I could not lock the orientation (same on iPhone). If
landscape is the only allowed orientation then it switches immediately even
when the physical orientation does not match.
On Sun, Jan 28, 2018 at 3:08 P
It kind of makes sense for the unindent to apply to the current line.
Usually I think of the end of a block being at the same level as the start.
I’ll take a look at the RegEx you provided. I read through it over the
weekend and understand most of it. Stuff that is missing is the double
indent for
>
> Based on how it works, indent applies to the next line and unindent
> applies to the current line (in Atom).
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
pref
You do not have the ability to get/set a position by line number/position
percentage but you can get/set the selected line using a path (see the
dictionary for specifics). It is probably possible to extend the widget to
get a position, setting would also be possible I imagine.
On Sun, Jan 28, 2018
I got the same results as Matthias on 6, 7, and 9 (Mac Sierra)
On Sat, Feb 3, 2018 at 8:56 AM hh via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Possibly this is not LC but an Excel update that changed
> Excel's default delimiter from tab to comma.
> Does comma as delimiter work?
>
> __
I don’t think it changed. But Excel currently supports tab and return
characters within cells. If you paste text with tabs/returns into the
formula bar area it will all go into that cell. I'm using Excel 16.9
(180116)
Try this function (LC 8/9):
*on* stripClipboard
*local* tData
*lock* the
http://quality.livecode.com/show_bug.cgi?id=19206
http://quality.livecode.com/show_bug.cgi?id=20336
On Sat, Feb 3, 2018 at 4:28 PM Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Brian Milby wrote:
>
> > More info on those 2 bugs:
> >
> > The first bug is about LC plac
PR 6293 should correct this issue (19206). When plain text is copied to the
clipboard, styled text will not be added.
On Sat, Feb 3, 2018 at 4:32 PM Brian Milby wrote:
> http://quality.livecode.com/show_bug.cgi?id=19206
> http://quality.livecode.com/show_bug.cgi?id=20336
> On Sat, Feb 3, 2018 at
601 - 700 of 908 matches
Mail list logo