> Alex T. wrote:
> I set out to optimise the 'visibleLineNumber' function, and succeeded
> in getting it down to approx 20% of the original version, by:
> - reduce from 2 to 1 height calculations per iteration
> - convert from recursive to iterative
> - use Newton-Raphson style linear
I can't sleep. The new LC 9.0.0-rc1 features make me crazy.
Close to infinity. Converting all my stacks since two hours.
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your
Yes, I also have seen this sometimes when special kinds of alphachannel
(flattened/premultiplied/postmultiplied) were used in the PNG to import.
Nevertheless the following 'standard' import script works for me nearly
always in LC 6/7/8/9:
on mouseUp
set the paintcompression to RLE
if there
'right aligned':
## LineNumbering technique by Jim Lambert
## (applied below by for adaptive and right-aligned indention by -hh).
## You need a field "TEXT" of styled Text and a checkButton "ShowNumbers".
## -- btn "showNumbers
on mouseUp
if the hilite of me then
Alex,
before you waste valuable time:
The formattedRect can NOT be used in LC 7/8/9, because of the
(2^15 div 2)-limit for coordinates is active for that.
So the algorithm works in LC 6.7.11, but the results are sadly
'extremely' wrong in LC 7/8/9:
Crossing the 'limit' with a vertical coordinate
I see, you are optimizing this. Will become perfect.
The current search is part of a script that has to work also for
non-wrapped text (with possibly horizontal scrollbar) and is a first
step for calculating the visible "chars" (incl. whitespace).
In sum: you are right, the search for the lines
Hi Alex,
below you will find a tested binary search for the visible lines which
uses item 4 of the formattedRect for the topLine and item 2 of the
formattedRect for the bottomLine.
TMHO your method is so fast for visible lines of a field on usual
screensizes only that you could do that for each
The solution of Alex T. was the first example I saw of a useful
usage of the styledText array. TMHO this is the way to go for the
future of more and more complicated styled text.
As was said elsewhere, there could be a considerable speed up if
first the visible range of lines, say numbers L1 to
> Roger E. wrote
> Will there be a similar capability to allow objects (buttons and fields)
> to overlay a browser widget, which might also be displaying a video?
> I believe there is a need to make this possible for any situation.
As I'm currentl refershing my 'web-knowledge' I made a demo.
An
anks again for that example, Jonathan.
There's still a fast working solution for linux missing and for Raspi (which
sadly inherits the linux bugs with web browssing). Within the next weeks I
will publish LC-ImageToolBox-JIT for that (uses luaJIT), I have it already
running.
> hh wrote:
> Tod
Widget usage example #2: LC-ImageToolBox89_Basics
http://forums.livecode.com/viewtopic.php?p=152723#p152723
You will be astonished how close the core of the javascripts is to the
handling of imagedata in LCScript. There are a lot among you who will
add and change effects without knowing
Hi all.
Today I implemented this as part of LCImageToolBox89: Basics.
Get it _from LC 8/9_ via "Sample Stacks" of the LC-Toolbar or
http://livecodeshare.runrev.com/stack/826/LC-ImageToolBox89%3A-Basics
Uses Canvas2D (no webGL because of issues with some graphic cards)
in a hidden browser
Did you already try https://browserleaks.com/webgl ?
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
Hi Jonathan,
the problem is the slowdown/stuttering because base64 encoding
increases data sizes by round 30%. To avoid a huge html file I had
to use an extra callback for that. The other method I described
is simpler and faster anyway and can easily be LC-scripted.
As this is a widget usage
Correction.
My widget usage example (Ken-Burns-Effekt)
http://forums.livecode.com/viewtopic.php?p=152547#p152547
misses one feature I have announced:
The images list is currently only working if you use image files from
a server (may be also a local server). My variant for local files was,
not
> BR wrote
> Now, if only we could layer objects on top. I'm seeing more and more apps now
> that are using this kind of effect as the background, they also use looping
> video - not animated gif, but actual video: short small looping clips that
> run behind/ underneath a scrolling group of
Today I started a new collection, hope some of you come in with "LC-specials".
This demo shall show that you need nothing more than a browser widget and a
set of image files located locally (e.g. in tmp-folder from stack resources)
or from a server in order to have a HQ Ken-Burns-effect show --
> Jonathan L. wrote:
> It would be amazing if the LC folks created an ImageMagick wrapper so that
> we could use it as an external or widget!
There is a Java interface (JMagick, see
https://www.imagemagick.org/script/api.php)
and the brand-new LiveCode FFI for Java.
> If you can find a
People who are using a Raspi and try or even use LC on it may be inclined to
try or use LC if they 'expand' to a tablet or desktop.
And their own creations will work after no or small adjustments, WOW. This
may cause (delayed) revenue to LC.
> Mike K. wrote:
> Pi is interesting to me because of
Richard.
Thanks for your engagement. I would like to second this with 98%.
Let me correct two of your statements (the missing 2%).
1.
> RG wrote:
> The last RPi build was v704, which is generally good with one critical
> issue: a bug in the menu handling routine causes a crash when clicking
Although there is one scenario where one has to use Mike's looping
"within"-approach (adjusted to collecting, not exiting the repeat):
If the controls in question (may be all) have some overlapping areas:
controlAtLoc((x,y)) reports only the control at (x,y) with the
highest layer.
> JLG wrote:
to "learn" as corrections are made.
> Then you would need to be able to "uncorrect" or delete entries. Eventually
> you end up with something that is likely built into the OS already, so at
> that point it would be better to write an extension in C or Java.
>
> Bob
> Mark Wieder wrote:
> ... worked in 9.0-dp6 ... 64-bit Linux Mint 17.3 cinnamon.
So I tried Mint 173 cinnamon 32 bit and Mint 181 cinnamon 64 bit,
used LC 8 and LC 9, in Virtualbox on Mac and on a 64 bit Linux box.
Both show with the browser widget the "something"-window that Richmond
described
> Peter Bogdanoff wrote:
> This looks intriguing! I’m working on a commercial project that
> could use this. What is your license?
The code is based on pseudocode from
https://en.wikipedia.org/wiki/Damerau–Levenshtein_distance
From my side it's free for non-commercial use, I only wish to have
a
Searching is important for your project?
Would you like to ask "Did you mean the?" if user searches "teh"?
I've implemented a fuzzySearch algorithm in LiveCode script:
http://forums.livecode.com/viewtopic.php?p=152202#p152202
Now if you wish to look up "the" or "this" then fuzzySearch will find
Thanks Richmond.
There are bug reports from Sept 2016 reporting this 'something'-answer you
describe above.
I tested with Mint 173 to latest, 32bit. Always had to kill LC 8/9 after the
the something-dialog, exactly as reported to LQCC (#17715 and links there).
I can not believe that nothing
I would like to test some browser interaction on linux.
Please, could someone who works with a LC version that has NO
problems with the browser widget tell me this working 32/64 bit
LC version - linux flavour combination?
Thanks in advance.
___
Roger E. wrote:
> Sounds very cool! Where is the download link?
Use "Sample Stacks" in the LC toolbar (Sort descending by date) or
(slower) http://livecodeshare.runrev.com/ (at top if sorted by 'Newest')
___
use-livecode mailing list
Hi all.
There is a new sample stack by Jonathan Lynch called
"Browser Widget Image Manipulator".
This name could lead to underestimate a bit this stack. That's why
I would like to point to it.
This is a real clever solution, short and practicable. It uses the
image manipulation possibilities of
> Richmond wrote:
> So . . . can any one tell me how to effect a "grab" (which is the same
> whether with a PNG image, a button or a graphic object) with a widget?
There is one way that is acting similar to a "grab": Put the following
into your card's script. Works for widgets and any 'usual'
This is not a bug because a widget is not an ordinary control:
Nearly all user interaction has to be allowed and scripted.
I implemented a kind of "grab" in some of my LC8-widget examples.
You can for example also Not focus on a widget from LC Script (that's
why the browser widget is 'robust'
I have currently a "posting delay" (time between sending the mail
and the becoming visible in the list) of 40 up to 60 minutes.
Is this the consequence of a changed incoming spam filter?
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please
Assuming you wish to draw, not to paint:
local gg="goofy", fc="255,0,0", ls=3
on mouseUp
lock screen
if there is no grc gg then create grc gg
set style of grc gg to "polygon" -- or "line"
set points of grc gg to (250,250),(375, 375)
set lineSize of grc gg to ls
set forecolor of grc
@Roger
I adjusted (uncompletely) the name to the OP's handler name.
Yes, you are right, the handler only opens the enclosing folder
(or any path item of such a folder path).
The purpose of my post was to second the "launch document" solution
for folders and moreover to add the linux variant for
> Richard G. wrote:
> There are three major desktop OSes. :)
Yes. And I'm _the only one_ in this thread who posted a handler
that serves all these three ...
http://lists.runrev.com/pipermail/use-livecode/2017-February/234858.html
___
use-livecode
The following works here on Mac/Win/Linux with LC 6/7/8/9.
All my newer stacks have a menu (small square at top left)
to do that for each path item of the current stack path.
## Opens the folder that contains the file pFolderFile
command openWorkingFolder pFolderFile
set itemdel to "/"
Some time ago there was a thread about formatting 'directly' the text of a
field or the selection of a field, without using manually the script editor:
http://runtime-revolution.278305.n4.nabble.com/Script-Indenting-tp4699437.html
I couldn't find a follow-up, so just in case this is not
> Bob S. wrote:
> I failed 6th grade math and then went on to ace algebra and geometry.
> Everyone can thank their lucky stars I didn't go in for Rocket Science!
Documented in a letter:
"... Do not worry about your difficulties in Mathematics. I can assure
you mine are still greater.
Best
This is a well known visual phenomena:
When I'm tired I also switch sometimes 'in between reading'
the temporarily memorized decimal point from the beginning to
the end of a three-digit-block (did it recently in the forum).
It mostly works for me (if not 'computing') to force myself
to obey the
Please post this "Split it!"- answer, as it is, in LC's blog.
This is good even for real beginners.
Large files or large data shouldn't be a reason for _incomplete_ 64Bit
implementations that would make once again LC Script slower.
> Mark Waddingham wrote:
> >
> > Tom Glod wrote:
> > I will...
Scott is right:
JPEG has exactly one _color_ mode: 16M = 2^24 (seen apart of 256 gray-color
mode).
What you interpret as "8bit-color-mode" relates to the _compression_ mode which
also explains the relation filesize vs (uncompressed) size in memory.
___
utlines of a multicolor PNG into polygon
> shapes would be a fabulous addition to this image tool collection. ~Roger
> > hh wrote:
> > Added today #6: Bilinear Perspective Image Distortion
> > Distortion part by 'hh', Antialiasing part by 'BNig'.
> >
> > LC-Mag
Added today #6: Bilinear Perspective Image Distortion
Distortion part by 'hh', Antialiasing part by 'BNig'.
LC-Magick #1 - Blur and Pixelate (Scott R.)
http://tactilemedia.com/blog/2016/03/26/update-blur-effect-plus-pixelize-bonus/
LC-Magick #2 - Pointillize (Hermann H.)
http
> Devin A. wrote:
> I am actually interested in *bar code* reading rather than QR codes.
https://github.com/trozware/rev_stacks/ ?
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage
> Colin H. wrote:
> I’m sure any system would not attempt to parse an infinite number of decimal
> places. The turtle would probably be placed at 1.41421356237 pixels. If you
> want to try more accurately than that, here’s the first million decimal
> places:
>
> Richmond wrote:
> The problem is that (as far as I am aware) LiveCode cannot
> move objects for fractions of pixels.
Even if it could, this would be not enough, because sqrt(2)
is an irrational number ;-)
___
use-livecode mailing list
> BR wrote:
> Sure.. try this:
> go stack url "http://wiki.hindu.org/uploads/SivasHawaiiRevels_v001.livecode;
> it's so "bad" as it is "just below par" enough to cause others to blink at it.
It's not the LC graphics it's the "jagged" and "uncomplete" scripting.
LC can do much more.
Some basic
BR wrote:
"Even my attempts with AnimationEngine which is, I believe as good as it's
going to ever get with LC's engine, have a clunky, jerky feel."
I tried to generate such "bad" graphics in LC without any success. So:
Could we see (at least one of) such attempts? Don't forget the source code.
I cannot confirm this, it's even more:
"en" is chopped.
[Also, sometimes: When hitting immediately after that the backspace key a zero
appears.]
This is only with code that is not "beautified" (all lines begin at left). I
tried my own, not your demo.
[I had also _sometimes_ similar chopping
I don't understand.
Keith writes about the ability to make standalones, not about the license.
I thought *every* edition of LiveCode can create HTML5 standalones?
(I can't test because I have a HTML5 license).
If not, that is possibly because Indy can set passwords to all standalones,
what has to
Keith M. wrote:
> HTML5 production is part of the LiveCode Community edition, which is
> fantastic. It's in the Business edition too, of course. The Indy
> edition, however, doesn't allow HTML5 production at all.
In which version do you see this?
I made close to all of my > 50 examples
Just in case somebody of us is wondering why he/she suddenly authored *all*
posts of this list since Jan 8 here:
http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html
I can't see the logic which author is elected as the "one-for-all", but it's
certainly without asking that
> William P. wrote:
> I use:
> on mouseUp
> set the cursor to # —the ID of the image
> lock cursor
> end mouseUp
You could try to _first_ lock the cursor then set it.
(This works for here).
___
use-livecode mailing list
Update to LC-Magick #5: Circular (Polar) Image Distortion
http://forums.livecode.com/viewtopic.php?p=14#p14
Bernd solved the antialiasing-border-problem with a brilliant technique
(using a fillGradient). Needs some more time but it's worth. Thanks BerndN!
> Added today #5: Circular
Added today #5: Circular (Polar) Image Distortion.
The distortion output is, not only in LC, somehow "jagged" at the border. I
tried
to "soften" border using graphic effects. Bernd (bn) already showed me a nearly
perfect method for #4 (will be updated soon), sadly this can't handle
Please forget my last two posts, they contain wrong statements.
Haven't seen that this is already implemented using the term "subsequence of
elements":
>From the dictionary.
Target contains Needle if and only if the elements of Needle occur as a
_subsequence of the elements_ of Target.
So I
(LC Builder 'contains' vs 'is in')
=
Ali, are the following TRUE statements?
1. Every list "contains" the empty list.
2. [x] "contains" [x, x].
3. nothing "is in" the empty list.
> (Corrected in line 5 contains to "contains"):
> TMHO this abstract writing of Ali's
(LC Builder 'contains' vs 'is in')
=
TMHO this abstract writing of Ali's examples is easy to remember,
the different "level" of the comparison is visible by the brackets.
x "is in" A if and only if A "contains" [x].
(x "is in" A and y "is in" A) if and only if A
TMHO it is much better to animate gifs by an own handler (send in
'regular' time intervals, for example every next full second).
Only by that you have full control on the animation speed on different
hardware. I have a lot of gifs whose speed is set to "fastest", not this
perfect on fast machines,
The big problem since several months:
A lot of people are speaking about what may be done, may be
soon. Not about what can be done, showing working examples.
All 'examples' listed in this thread need LCB and most of them
especially a FFI that may be available, may be soon, may be for
java only.
Yet another option.
One may use for the 'it-pauses-until-coming-back'-test a gif that
counts in seconds from 0 up to 100:
giphy.com/gifs/TCJTqRAxRbhGU (repeatCount=-1)
Note. If you go to a different window (of LC or not), leaving the
running gif on the top card of its window, then the gif
I think he means
10% of 1/100 of 1,000,000 iterations of a nano-million-dollar are 1 dollar.
> Richard Gaskin wrote:
> ?
>> Mike Kerner wrote:
>> > says the guy who doesn't scrape.
>> >
>> > On Mon, Jan 2, 2017 at 6:14 PM, Richard Gaskin wrote:
>> &
o help people learn.
>
> If you are not making any mistakes then
> you are not learning anything.
>
> If you want it all prepackaged ask the
> Livecode team to use the samples in
> widgets. They will do what they see
> is financially beneficial so your money
> speaks when it comes
having a good example for copy and paste
will be enough for "similar usages" with small changes. Avoiding
C/C++/objC or java may be, besides LC's cross-platform property,
for many people a main reason to use LiveCode.
It will be an important community contribution by people like
you to give us
g about the future, that is LCB via FFI, or
do you already have a non-trivial example for that (and are
willing to share it)?
hh
p.s. Your 'tutorial' links are fine, thanks.
> JB sundown at pacifier.com wrote:
>
> The Livecode team imported Apple’s Foundation
> Framework s
But there is interestingly the fact that both are faster than
put offset("foo","this is a string with foo in it") > 0 into r3
(seen by 'enlarging' your test).
Quite clear because "is in" and "contains" do the ">0" test in the engine,
while the above needs a further comparison of two numbers:
[There is always some crazy time overcrossing here, I posted half an hour
before you.]
I have here the following result with your code (in average).
There is a "contains"-repeat and a "is in"-repeat.
If I use one as first and the other as second repeat loop I get that the one
that is called
> Jacqueline L.G. wrote:
> > Did someone once say that between "contains" and "is in", one is faster
> > than the other?
Mark T. wrote:
> This is a great question. One of the engineers on the LC team would be
> needed to answer this one.
There is a real big difference: "is in" are 5 chars and
This is also defunct in LC 9.
Here a workaround for LC 8/9 that works for me:
Create an img x and set filename of img x to the url.
Then set imagesource of to the short id of img x.
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please
Quentin L. wrote:
> Did you read the sample code dunbarx posted? And if you read it, did you
> understand it?
-- Here's the code we both have to understand:
on rawkeydown tkey
if tkey = 65308 then doScrollDownStuff
else doScrollUpStuff
end rawkeydown
The wording of your first post was as
> Jacqueline LG wrote:
> It doesn't seem logical to expect a "doScrollUpStuff" handler to also
> manage all other keystrokes.
It's possibly "unusual" as naming has some conventions. But still
logical, why not? Nothing is blocked as long as we don't know what
doScrollUpStuff does.
Quentin
What you say is logically totally wrong.
"DoScrollUpStuff" may of course easily be written such that Craig's
script does the same as your script. And even more, for example
reader's exercises :-))
> Quentin L. wrote:
> sez dunbarx:
> > The "rawkeyDown" message may be trapped as follows:
> >
>
Moreover it is possible that they expect JSON-Base64 (without saying it).
Then instead of urlencoding the base64 code the following should work.
put base64Encode(myImg) into tImage64
replace numToChar(10) with empty in tImage64 -- doesn't harm
replace "+" with "-" in tImage64
replace "/" with "_"
Because "+/=" is possibly in the encoded data:
Did you already try the following?
put urlEncode(base64encode(myImg)) into tImage64
put quote& "data:image/jpg;base64," & tImage64 into myContent
post ... "content": & myContent ...
The image size will increase by a factor of 3 to 4 using base64.
You could try two things after "put base64encode(tImage) into tImage64":
replace newlines in the encodedData and give a data-header.
Both is needed when setting HTML5 attributes, may be also in your case.
[1] replace numToChar(10) with empty in tImage64
[2] "content": "data:image/png;base64," &
David,
I saw this late being not regularly here. The answer is:
You can do this by computing the vertices and draw them over
the arc (or draw also the arc by yourself as "polygon").
The computed points can be separated by cr in order to be
unconnected. If you wish to use them as "handles" then
>> Mark wrote:
>> So... Either I'm not crazy or I've got company.
>
> Bob wrote:
> 2 other options. Neither of you is crazy. Both of you are crazy.
These are not 'other' options!? Both cases are already included
in the listing of Mark.
Or is it a typo, did you mean "2 other options:"?
See Dictionary -> API:Browser -> javascriptHandlers
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
We had recently a thread in the forum about auto-closing a modal dialog.
I tested for that ALL: LC 6.7.11, 7.1.4, 8.1.1, 8.1.2-rc2, 9.0.0-dp2
All had correct modal-behaviour, also "as sheet".
Mac OS 10.12.1.
___
use-livecode mailing list
Fine, 'textchanged' solves your problem.
But the bug revealed by this thread still remains.
So just to 'round up' (also with regards to HTML5) this discussion
with a working method for getting keyCodes and characterCodes.
One could also use javascript for that, see here, also for a good
Tiemo wrote:
> Can I rely on this workaround to get the correct chars, which
> have been entered on "all" systems?
TMHO:
No. As a workaround to get the "char input" this isn't reliable on
_any_ system or hardware configuration. You only *guess* with that:
IF the user uses a 'usual' keyboard
Tiemo wrote:
> You say Apple changed the keyboard mapping.
NO, I said, Apple changed his keyboard mapping _method_.
That's why developers had to change the lookup method for the mapping.
Anyway, 'the keysdown' and 'rawkeydown/up' should return the _hardware_ code
[keydown/up may return,
Hi all. Yes that's the point:
*The keysDown* return the correct (hardware) keyCode.
Tiemo is right, there is a bug introduced around LC 8. From the dictionary:
"The keycodes returned by the keysDown function are the same as those
passed as parameters with the rawKeyDown and rawKeyUp messages."
Mac Keypad charcodes
,:65439
0:65438
1:65436
2:65433
3:65435
4:65430
5:65437
6:65432
7:65429
8:65431
9:65434
Clear:65407
=:65469
/:65455
*:65450
-:65453
+:65451
Enter:65421
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this
The '58-example' is obviously a script error:
the message box has always display bugs, you may better use a field
for the display.
If I understand right, then you want now
the keyCode (an event, depending on _hardware_)
and NOT
the characterCode (a number representation of the char).
Some Mac
Yet another option is a 0.618 x 0.618 pixels threshold. I definitely need that
when using a HiRes display ;-)
"A common mistake that people make when trying to design something completely
foolproof is to underestimate the ingenuity of complete fools." (Douglas Adams)
I should have better used the wording
"graphic of type" than "graphic of style"
because we can
set the style of grc 1 to "polygon"
for example (the function again, just for the completeness here):
on mouseUp
if there is no grc "poly" then create grc "poly"
set style of grc "poly"
Richmond M.
> Setting points does no good at all.
That's not true if graphics are involved. Just follow the rules.
You cannot _set_ the points of a graphic of type "regular".
You can _get_ the points since LC 7 (thanks to Mark Wieder).
Just the same with a graphic of type "Oval" or "Rectangle"
Why not simply computing the points by yourself?
Excerpt from the the main script of
Raspi stack #2: RegularPolygons3
(http://forums.livecode.com/viewtopic.php?p=98716#p98716)
-- N is the number of vertices
-- x0,y0 is the center of the polygon
-- r is the radius of the polygon
-- b is the angle
Just to round up this fine solution, could also be used for LC server:
I searched for ntp handlers and found this nifty stack
http://lists.runrev.com/pipermail/use-livecode/2011-August/160813.html
___
use-livecode mailing list
Hi Al,
AFAIK there is no built-in DOM Inspector.
In case you write one, in livecodeshare (Sample Stacks) I found once
several XML-stacks containing very useful handlers.
H.
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this
May be the on-rev-server was a bit stressed from all these links (incl.
new LC-versions for download).
Here on a Mac mini with Safari 10 and a 50 MBit connection I have at most
12 seconds for a first load from both servers ( hh.on-rev.com/html5/ OR
hyperhh.org/html5/ ) and 3 seconds for a reload
> > > zyrip wrote: Where can I share it?
> > Ben wrote: What is a good answer to zryip's question below,
> > where should interesting third-party widgets be shared?
> Andy wrote: The widget could be uploaded as a zip to the
> Sample Stacks. There are a couple there already.
If you mean snippets
> BR wrote:
> > hh wrote:
> > > Jeanne D. wrote:
> > > Can you put it in a group and set a drop shadow for the group?
> > This is a real smart trick: Grouping (one or more) widgets.
> > Not only for "adding" bitmap-effects to the widget,
> Scott R. wrote:
> > Hermann H. wrote:
> > Adding a 'native' angle property doesn't turn a bitmap display into a
> > raster display based on postscript/pdf.
> > Adobe Photoshop and Illustrator use postscript/pdf for each and every
> > single glyph. They dont have rotated fields (seen as
BR wrote:
> Working on GUI today I created a field and thinking it would be cool
> to have it run sideways at an angle along the edge of an element in
> the background photo ... Any solutions?
You may use my gift for the community (to X-mas or New year's evening or
similar):
** Perspective
> combobox ...
There is, connected to that, already a list widget and a multilist widget
https://github.com/livecode/livecode/tree/develop/extensions/widgets
There is, also connected to that, no 'pure' field object in LC Builder.
___
use-livecode
Roger E. wrote:
> I would much rather have a native angle property as a part of the text
> field. Live text on an angle like Adobe Photoshop and Illustrator have
> would enable a whole world of design apps with LiveCode. I've used the
> snapshot workaround for 15 years, and it has never
Tiemo,
this may be a problem arising from the "change" of some system
fonts. Did you check this with "font book"?
Hermann
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your
See bug #16758 (limit to coordinates = limit to LC!)
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
801 - 900 of 1261 matches
Mail list logo
