Ben, if you could edit the PNGs to add a 1% tone to the transparent areas
(maybe with a batch process) this allows LC to accept the clicks within the
image area.
The advantage of this is you could have a 1 % tone inside the area you need be
active and completely transparent where you don’t want
Richmond say:
> The problem, such as it is, is that the Unicode specifications
> have 128 * 8703 slots for glyphs ... hence 8703 buttons.
Channeling Sensei again for fun - Does man with million chopsticks line
them all side by side, only one layer deep? He need very big custom
table, very exp
Alex,
a brilliant technique. It is certainly usable for other "searching"
tasks. And it simply needs for this use case a faster measurement-method
as input. We could try the selectedLoc:
The script below gets for me the exakt topLefts of the visible ones of
2 "worse case"-lines in < 1 second,
Charles Warwick wrote:
> Firstly my apologies on the lack of documentation, it is definitely
> on my todo list and I am working on some Livecode lessons for tsNet
> at the moment.
Looking forward to them - thanks.
> I have just double checked that stack and noticed that the call to
> tsNetUplo
Nicely done Richmond!
Bob S
> On Apr 1, 2017, at 12:36 , Richmond Mathewson via use-livecode
> wrote:
>
> Things just got better!
>
> On 3/31/17 10:11 pm, Richmond Mathewson wrote:
>> Here: http://forums.livecode.com/viewtopic.php?f=26&t=29069
>>
>> Richmond.
>
__
Got bored. Heres a version using a datagrid form so you can keep that
buttony look.
https://www.dropbox.com/s/p8xlv0zoyeb34za/CHAR%20REFDG.livecode?dl=0
On Sun, Apr 2, 2017 at 12:25 PM, Jim Lambert via use-livecode <
use-livecode@lists.runrev.com> wrote:
> A little fancier.
>
> on mouseup
>
A little fancier.
on mouseup
put token 2 of the value of the clickline into MAGIC
put baseConvert(MAGIC, 16, 10) into WAL
put 0 into KOUNT
lock screen for visual effect in rect (the rect of grp "BOXES")
repeat for 128 times
set the label of
Richmond,
You could give this a try.
Drag a scrolling list field onto the card.
Name it ‘UNIlist’.
This will eventually replace for group ‘UNIlist', which contains your
problematic number of buttons.
Put this in the script of the scrolling list field ‘UNIlist'
on mouseup
put token 2 of
I'm interested and will have a look at it after supper.
Thanks, Richmond.
On 4/2/17 8:01 pm, Mike Bonner via use-livecode wrote:
Just for fun, I did as others have said and converted the stack to use a
field. Since each button used the same exact script (as far as I could
tell, too many to go
On 4/2/17 7:01 pm, Curry Kenworthy via use-livecode wrote:
Howdy Richmond,
Wise man do many things with few buttons.
Yup: only one problem there . . . I prefer zippers!
Elite master use single field.
Difficult when you have to make sure the bull doesn't get in with the cows.
That is th
Just for fun, I did as others have said and converted the stack to use a
field. Since each button used the same exact script (as far as I could
tell, too many to go through individually) it was easy to modify it to use
the selectedtext rather than the label of the clicked button. TO get the
fonts
Howdy Richmond,
Wise man do many things with few buttons. Elite master use single field.
That is the true path to LC enlightenment, avoiding all unnecessary
sorrows in coding and interface.
Having said that, you specifically asked for a way to circumvent the 32k
pixel limitation for positio
Sure, here it is.
I couldn't resist doing some simple benchmarks, just to verify my
intuition. Very glad I did.
OK - here's the theory :
we're using variations of binary search to find the lowest numbered
line that is visible, and then again to find the highest numbered line.
So at each s
On Sat, Apr 1, 2017 at 4:11 AM, Richmond Mathewson via use-livecode
wrote:
> put baseConvert(codePointToNum("&"), 10, 16)
>
> BUT it go "all stuffy" about the codePointToum, so I did this:
>
> put codePointToNum("&") into NUMM
> put baseConvert(NUMM, 10, 16)
>
On my Mac 10.11.6 using LC 9.0.0 dp
Also the content of option menus remain at 1X scale even though everything
else has increased in size. #thatsabug
~Roger
On Apr 1, 2017 3:17 PM, "Dan Friedman via use-livecode" <
use-livecode@lists.runrev.com> wrote:
> I call this a bug, would you?
>
> If the scaleFactor of stack “myStack” is s
Hi Richmond,
I think what you are trying to achieve is described in this report:
http://quality.livecode.com/show_bug.cgi?id=18704
As suggested, it is probably better to use a DataGrid in this case.
Best,
Panos
--
On Sun, Apr 2, 2017 at 8:14 AM, Richmond Mathewson via use-livecode <
use-liveco
One of the ways about knowing what I'm trying to accomplish is to
download the stack and have a look at it.
Richmond.
On 4/2/17 1:59 am, Scott Rossi via use-livecode wrote:
Without knowing exactly what you're trying to accomplish, one way is to display only a
few rows of buttons beyond what w
Hi Richard,
Firstly my apologies on the lack of documentation, it is definitely on
my todo list and I am working on some Livecode lessons for tsNet at the
moment.
I have just double checked that stack and noticed that the call to
tsNetUploadSync is using the wrong syntax (it changed at one p
18 matches
Mail list logo
