Is it possible to get and/or set the scroll of a treeview widget?
It doesn't look like it, but perhaps someone has a work-around? Or is there
some hidden property perhaps?
Thanks for any pointers!
cheers
Alan
___
use-livecode mailing list
use-livecod
On 1/28/18 8:25 PM, Sannyasin Brahmanathaswami via use-livecode wrote:
BR: But we are talking about entire stacks… and the offending object wants to
disappear completely across the entire screen, not be redrawn
I think the problem in SivaSiva is the background image in most cases,
the one tha
J. Landman Gay wrote:
We really do need a "redraw card" command, but for now you
can force a redraw by either hiding and then showing the offending
object, or by resetting it.
BR: But we are talking about entire stacks… and the offending object wants to
disappear completely acros
There are nice tests for indentation on Git for Livecode
https://github.com/livecode/livecode-ide/tree/develop/tests/scripteditor/_indentation_tests
especially the if variants are mind boggling
Kind regards
Bernd
--
Sent from:
http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f
It’s always going to be safest to close LiveCode, checkout a different branch
and then reopen LiveCode but just like people setup stuff so they can use
external code editors you could add a git hook that notified the IDE that the
worktree had changed and to reload things.
> On 27 Jan 2018, at 7
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
I’ve only looked at the ST in this thread and the Atom version that is
available inside the app.
I’ve tried a little but have not seen clear documentation on how the
various indent rules are handled. From how it works, if a RegEx is in both
indent and unindent then the current line is pushed left
@Brian,
Which attempt are you talking about? We have two: The one I posted a
couple of days ago is the proposed new one from King Keith at the ST
newsgroup. The other is the one I wrote back in March and is in the
livecode-sublimetext repo.
The one for Atom is also one that I wrote after I fini
On 1/28/18 2:04 PM, Sannyasin Brahmanathaswami via use-livecode wrote:
2) worst case scenario
Entire image map of Stack B is not fully rendered.. even get some bizarre tiles
or squares with odd colors or image data from Stack A, and only one area of
Stack B is rendered like some weird inlay or
On 1/28/18 2:04 PM, Sannyasin Brahmanathaswami via use-livecode wrote:
Entire image map of Stack B is not fully rendered.. even get some bizarre tiles
or squares with odd colors or image data from Stack A, and only one area of
Stack B is rendered like some weird inlay or overlay on top of the p
JLG... are you getting those pillow boxes with mobileSetAllowedOrientations
set to only landscape?
On Sun, Jan 28, 2018 at 3:08 PM Brian Milby wrote:
> Some of this is already available at least on iPhone. If you set the only
> allowed orientation (mobileSetAllowedOrientations) to landscape then
Some of this is already available at least on iPhone. If you set the only
allowed orientation (mobileSetAllowedOrientations) to landscape then the
app will immediately switch regardless of the device lock setting.
I did not see a way to query whether the use has their orientation locked,
but that
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
My thoughts exactly. So the Android bug 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 should be pretty e
Thank you, Mark.
I’ll give that a go.
be well,
randy
www.classroomFocusedSoftware.com
> On Jan 28, 2018, at 12:38 PM, Mark Waddingham via use-livecode
> wrote:
>
> Hi Randy,
>
> Yes - you need to use a more recent version of 8.1 - the current maintenance
> release is 8.1.8.
>
> Apple tigh
We are getting reports (and screen shot and screen videos) from some Android
users that show artifacts from a previously opened Stack A, when opening Stack B
where
Stack A is explicitly closed and has both destroyStack and destroyWindow set to
true.
In the absence of being able to reproduce th
That's what I was think of...
Here's the deal in order to give any UI experience using LCS:
1) We need a property called "overideDeviceOrientationLock" (or whatever you
want to call it).
a) if true then apps can allow any orientation regardless of the devices
settings.
B) If false the app i
> Le 27 janv. 2018 à 20:31, J. Landman Gay via use-livecode
> a écrit :
>
> On 1/27/18 2:19 AM, Ludovic THEBAULT via use-livecode wrote:
>> Hello,
>> I’ve made a stack (on macos) that print a card in pdf.
>> I set the printMargins to 0,0,0,0
>> I print the card "into 0,0,595,842" (the rect of t
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
Hi Randy,
Yes - you need to use a more recent version of 8.1 - the current maintenance
release is 8.1.8.
Apple tightened there analysis of binaries recently which caught a mis-written
field in 64-bit parts of iOS binaries. Not something which ever caused a
problem at runtime - but falls foul o
Hi All,
I’ve just submitted an iPad-only iOS app using
MacOS 10.12.6
LC 8.1.3
Xcode 8.2.1.
I received this from Apple:
--
Dear developer,
We have discovered one or more issues with your recent delivery for "Finger
Glove COUNTING". To process your delivery, the following issues must be
All of my apps are iOS only. And virtually all are landscape only. When the
iPhone is set to portrait lock, my apps still open as landscape orientation…
that’s how they were designed. I wouldn’t want the user to have to take the
extra steps to unlock the orientation.
II do have a couple apps th
22 matches
Mail list logo
