Re: All Versions of LC crashing in Sonoma

[Roger Guay via use-livecode]

Ok, I guess I’ve been out to Lunch. A review of the list revealed that V9.6.10 
works. Downloaded it and indeed it does work. Is that the whole story? Will the 
older Community versions not work in Sonoma forevermore?

Roger


> On Sep 28, 2023, at 7:22 PM, Roger Guay via use-livecode 
>  wrote:
> 
> Hope to find help here. LC Versions 9.6.3, 9.6.9, and 10.0.0 all give me the 
> “LiveCode quit unexpectedly" on launch after upgrading to Sonoma v14.0 on my 
> Mac, And no, Reopen does not work either. Please help.
> 
> Thanks,
> 
> Roger
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

All Versions of LC crashing in Sonoma

[Roger Guay via use-livecode]

Hope to find help here. LC Versions 9.6.3, 9.6.9, and 10.0.0 all give me the 
“LiveCode quit unexpectedly" on launch after upgrading to Sonoma v14.0 on my 
Mac, And no, Reopen does not work either. Please help.

Thanks,

Roger


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

[OT] Re: Forum Software LC?

[Richard Gaskin via use-livecode]

Dan Brown wrote:
> A lot of corporations are indeed making a ton of money off
> the back of free
labour and free software. Thanks Stallman

 
Public goods benefit the public. I trust that those who choose to volunteer to 
contribute to public goods understand that will include businesses as well as 
individuals.
 
The relationship is often symbiotic: Apple is one of the key funders of what 
began as KDE's WebKit, a browser engine widely used far beyond Safari. Heroku 
has full-time staff contributing to PostgreSQL. Adobe and Microsoft are 
platinum funders of the Linux Foundation, where 3/4 of kernel contributors are 
salaried.
 
Even in my modest corner of the world, my business derives so much value from 
Ubuntu, Nextcloud, Inkscape, SuiteCRM, and others that I contribute to those 
projects where I can.
 
There is the occasional rug-pull from FOSS corps, like Oracle's infamous 
shenanigans with MySQL and OpenOffice, attempting to turn Free into Freemium.  
But those are few, and often backfire: MySQL was forked to MariaDB, OpenOffice 
forked to LibreOffice, even Owncloud forked to NextCloud, in each case bringing 
key devs and often the project founder with them.
 
I'm not familiar with anything Stallman has written advocating rug pulls or 
labor exploitation, but if I'm missing something I wouldn't mind catching up on 
that if you'll point the way.
 
--  
Richard Gaskin
Fourth World Systems
 

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

[OT] Re: Forum Software LC?

[Richard Gaskin via use-livecode]

Bob Sneidar wrote:
> Richard wrote:
>> That said, my circle of friends include a good many who still use IRC 
>> daily...

>
> You seem like a World Of Warcraft guy to me.
 
Worse: Mage Knight :)
 
--  
Richard Gaskin
Fourth World Systems
 

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Forum Software LC?

[Bob Sneidar via use-livecode]

You seem like a World Of Warcraft guy to me. 

Bob S


> On Sep 28, 2023, at 1:09 PM, Richard Gaskin via use-livecode 
>  wrote:
> 
> Keith Martin wrote:
> 
> > To me, Discord looks like a refugee from a moderately poorly
> > designed BBS from 30 years ago. I use it (it's the student
> > comms platform of choice for a course I teach on) and it does
> > work well in the sense of being very functional, but it offends
> > me on multiple levels.
> 
> You're not alone. When I started using it for board game discussions my first 
> response was "Holy hellballz, which overcaffienated stoner fell too deeply in 
> love with IRC?" :)
> 
> The functionality is great, but even just dropping the hashtag to distinguish 
> channel labels would go a long way to making it look less like an IRC 
> holdover.
> 
> That said, my circle of friends include a good many who still use IRC daily...
> 
> -- 
> Richard Gaskin
> Fourth World Systems
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Forum Software LC?

[William Prothero via use-livecode]

Thanks, Richard. 
After I looked into discord privacy policies, I realized that my audience would 
not even consider it. I decided to make a simple site using bbpress with 
wordpress and try to use only free or very low cost plug-ins. Most of my 
programming time in the last year was building a complex wordpress site to 
support our retirees association. So, I got pretty good with wordpress and 
figure putting together a basic discussion site will be pretty quick. Of 
course, privacy is huge issue. I've found that limiting login tries and using 
captcha seem to work well. Also, I have a plugin that won't accept non US ip 
addresses to help.

The biggest development problem is choosing the plugins from the massive number 
that claim to be the best. Then it takes a day to find out they can't do what 
you want.

Thanks again for the info.
Best,
Bill

William A. Prothero, PhD
Prof Emeritus, Dept of Earth Science
University of California, Santa Barbara

> On Sep 28, 2023, at 8:12 AM, Richard Gaskin via use-livecode 
>  wrote:
> 
> Keith Martin wrote:
> 
> > To me, Discord looks like a refugee from a moderately poorly
> > designed BBS from 30 years ago. I use it (it's the student
> > comms platform of choice for a course I teach on) and it does
> > work well in the sense of being very functional, but it offends
> > me on multiple levels.
> 
> You're not alone. When I started using it for board game discussions my first 
> response was "Holy hellballz, which overcaffienated stoner fell too deeply in 
> love with IRC?" :)
> 
> The functionality is great, but even just dropping the hashtag to distinguish 
> channel labels would go a long way to making it look less like an IRC 
> holdover.
> 
> That said, my circle of friends include a good many who still use IRC daily...
> 
> --
> Richard Gaskin
> Fourth World Systems
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Forum Software LC?

[Richard Gaskin via use-livecode]

Keith Martin wrote:

> To me, Discord looks like a refugee from a moderately poorly
> designed BBS from 30 years ago. I use it (it's the student
> comms platform of choice for a course I teach on) and it does
> work well in the sense of being very functional, but it offends
> me on multiple levels.

You're not alone. When I started using it for board game discussions my 
first response was "Holy hellballz, which overcaffienated stoner fell 
too deeply in love with IRC?" :)


The functionality is great, but even just dropping the hashtag to 
distinguish channel labels would go a long way to making it look less 
like an IRC holdover.


That said, my circle of friends include a good many who still use IRC 
daily...


--
 Richard Gaskin
 Fourth World Systems

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Livecode 10dp6 and web fonts

[Richard Gaskin via use-livecode]

Paul Dupuis wrote:

> So this is sort of an informal poll among Livecoders who MAKE
> multi-platform apps (defined as 2 or more platforms of (macOS,
> Windows, Linux, iOS, Android, Web)
>
> (A) Do you try to make your interfaces across platforms the
> SAME (as much as possible)?
>
> OR
>
> (B) Do you TAILOR each interface for the specific platform (as
> much as possible)?


The universe of software vast, and with games and other entertainment 
software, and educational other edge cases, there are solid arguments 
for a wide range of design priorities.


But when it comes to software for enhancing organizational productivity, 
it may be useful to step back from our app and look at the context of use.


An app is one part of a multi-step workflow.  The user brings things 
into our app space, does stuff with it there, and takes things produced 
there for use elsewhere.


Word processors take in ideas and notes, and output print and web 
documents.  Illustration tools take in visions and sketches and output 
diagrams and pictures.  QDA software takes in interviews and other 
source materials and outputs reports and analysis summaries.


With this in mind, a more user-centric question could be:


  Which number is larger:

  (A) Number of hours a given user will use one app across
  multiple operating systems.

  (B) Number of hours a given user will use multiple apps
  on a single operating system.


OS vendors have expended significant resources documenting the products 
of their research into user interface guidelines.


And the LiveCode team has undertaken significant effort in the v9 series 
to make delivery of OS-HIG-savvy apps easier than using just about 
anything else.


I don't believe all of those resources were a waste of time.

Beyond the simple comparative exercise above, I arrived at my 
appreciation for LC's xplat savvy following an email exchange I had a 
few years ago with Bruce Tognazzini on one corner of this subject: 
dialog button placement.


As you know, Mac dialogs put the default button at bottom-right, and Win 
puts the default at bottom-left.


I asked him whether I should use button placement consistent with my app 
or consistent with OS convention.


He described the research behind Apple's choice, and (tho we can expect 
a certain bias since he directed that research), he presented a strong 
cognitive argument favoring Apple's approach.


But on the question of consistency with user expectations borne of 
immersion in an OS, even where the OS convention is arguably inferior, 
he was equally clear:


Consistency is far more important. Otherwise, users
have to develop a very muddled rule that includes,
"except sometimes."



> And optionally, an opened ended question: Does your answer depend
> of what platforms you are deploying for?

I'd be surprised if it doesn't. Look at LC itself, made in a mostly-Mac 
office and more conformant with Mac conventions than with Win or Linux.


If you don't spend most of your time on Windows, you won't have 
developed the same expectations as someone who uses it exclusively.


But consider this: how many times have we seen a Windows app ported to 
Mac, and it's obviously a Windows port and it just doesn't feel right?


That's how Windows users see Mac ports that play fast and loose with 
Windows UI conventions.


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Forum Software LC?

[Keith Martin via use-livecode]

> On 23 Sep 2023, at 15:32, William Prothero via use-livecode 
>  wrote:
> 
> Discord looks really interesting.

To me, Discord looks like a refugee from a moderately poorly designed BBS from 
30 years ago. I use it (it's the student comms platform of choice for a course 
I teach on) and it does work well in the sense of being very functional, but it 
offends me on multiple levels.

k
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Forum Software LC?

[Richard Gaskin via use-livecode]

William Prothero wrote:

> Discord looks really interesting. I'm thinking of trying it out.
> One thing I wonder about is user privacy. I know there are private
> channels, but does the entity supporting discord have access to
> user data, emails, names, etc?
>
> That will be the first question I'm asked.

It's a good question.  With almost every public service today, the 
answer will be negative.


Discord is free of charge but is not open source, so while you can set 
up a server there easily, someone else is hosting it, and like nearly 
every public service the TOS fine print allows data mining.  Same with 
Facebook, Twitter, LinkedIn, and pretty much every SaaS you use.


For the purposes Discord used for, this is usually fine.  Game 
publishers use it for support and tips, and a great many other orgs 
besides, and for that sort of discussion privacy needs are minimal.


For example, there's a growing HyperCard group hosted on Discord:
https://discord.gg/RZZv3wk4

But with VERY few exceptions, any service you're not hosting yourself 
will be subject to data mining in one form or another.*


Only self-hosted systems provide you with complete assurance about how 
user data is handled.


Discourse is free and open source, but for some the system requirements 
for self-hosting may be daunting.


No worries: there are many dozens of good packages for threaded 
discussion forums, and most are FOSS and can be self-hosted.  And if you 
use any shared hosting you can try out many of them easily enough in 
Softaculous or whatever one-click install system is provided by your host.


And Bill, it's been a couple years since we talked. If you want to kick 
around a few ideas for what your group needs, give me a call.  Always 
good to talk with you.






* Privacy rant:

I'm rebuilding all of my web tooling, and with that my content, and with 
that I just started the rewrite for my Privacy Policy.


When I wrote this more than 15 years ago, the biggest concern at the 
time was spam.  We hadn't yet seen comprehensive cross-indexed user 
behavior tracking used to build psychographic models capable of 
destabilizing entire regions, as we've seen with more modern information 
warfare (the US Senate Intel Committee reports on disinformation 
campaigns include a good methodology overview: 
https://www.intelligence.senate.gov/publications/report-select-committee-intelligence-united-states-senate-russian-active-measures 
).


So while I'll be extending some of the wording scope when my new site is 
published, I was frankly surprised at how well the rest of a 15-year-old 
policy has held up - here's the meat of it:



To be perfectly frank, we find it disappointing that so many
companies who sell products and services online also act as
mass-marketing companies, selling your email address and other
personal information to anyone who's willing to pony up the cash.

We offer our Privacy Policy as a challenge for all other online
companies:

Stick to what you do, do it well, and stop the practice of selling
customer information to strangers. If you can't be profitable
sticking with your core business and need to also sell your
customers' personal information to remain viable, maybe it's time
to rethink your business plan.

The sale of customer information to other companies is a
significant contributing factor to the ever-growing volume of
unsolicited commercial email (commonly called "spam"). Last
year alone spam cost ISPs more than US$7 billion, and the
aggregate cost to global industries is many times that. We
know there are many more legitimate ways to spread the word
about good products and services, and hope that by working
together we may one day see an end to spam.


If digital surveillance is of interest, I've found the work of author 
and EFF consultant Cory Doctorow particularly enlightening. This article 
provides a good intro to what he's been up to lately:

https://www.pasadenastarnews.com/2023/09/14/cory-doctorow-takes-on-big-techs-worst-impulses-in-the-internet-con/

--
 Richard Gaskin
 Fourth World Systems



___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Android Standalone buiulding error

[Klaus major-k via use-livecode]

Hi Panos,

> Am 28.09.2023 um 19:57 schrieb panagiotis merakos via use-livecode 
> :
> 
> Hello Klaus,
> 
> Yes you do need android API 33, but keep the version of the android build
> tools to 31.0.0. These are different things.

ah, sorry, my fault, I had no idea! 8-)

> You can install/uninstall
> various versions of the build tools if you open the second tab of the sdk
> manager in android studio.

Thank you, will do.

> Cheers,
> Panos
> 
> Ps: afk = away from keyboard :)

AHA, efcharistó!

> On Thu, 28 Sept 2023, 20:51 Klaus major-k via use-livecode, <
> use-livecode@lists.runrev.com> wrote:
> 
>> Hi Panos,
>> 
>>> Am 28.09.2023 um 19:40 schrieb panagiotis merakos via use-livecode <
>> use-livecode@lists.runrev.com>:
>>> 
>>> Hello Klaus,
>>> 
>>> I am afk
>> 
>> what does that stand for? 8-)
>> 
>>> now, but there is a bug report about it. The workaround is to make
>>> sure you have installed only v31.0.0 of the android *build tools*.
>> Anything
>>> above v31 will cause this error.
>> 
>> But LC claimed this for version 9.6.10 (from the LC blog):
>> --
>> LiveCode 9.6.10 Stable Released
>> ...
>> FEATURES ADDED:
>> Android API 33 update
>> The Android engine is now built using version 33 of the Android API, a
>> requirement for new apps submitted to the Google Play Store. Note you’ll
>> have to install “Android API 33” using the SDK Manager in Android Studio.
>> -
>> And I am using LC 9.6.10!
>> I installed API 33 for this reason. What gives? :-(
>> 
>> And we MUST use API 33 for new apps or updates of older app.
>> Or did I misunderstand this Google requirement?

Best

Klaus

--
Klaus Major
https://www.major-k.de
https://www.major-k.de/bass
kl...@major-k.de


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Android Standalone buiulding error

[panagiotis merakos via use-livecode]

Hello Klaus,

Yes you do need android API 33, but keep the version of the android build
tools to 31.0.0. These are different things. You can install/uninstall
various versions of the build tools if you open the second tab of the sdk
manager in android studio.

Cheers,
Panos

Ps: afk = away from keyboard :)

On Thu, 28 Sept 2023, 20:51 Klaus major-k via use-livecode, <
use-livecode@lists.runrev.com> wrote:

> Hi Panos,
>
> > Am 28.09.2023 um 19:40 schrieb panagiotis merakos via use-livecode <
> use-livecode@lists.runrev.com>:
> >
> > Hello Klaus,
> >
> > I am afk
>
> what does that stand for? 8-)
>
> > now, but there is a bug report about it. The workaround is to make
> > sure you have installed only v31.0.0 of the android *build tools*.
> Anything
> > above v31 will cause this error.
>
> But LC claimed this for version 9.6.10 (from the LC blog):
> --
> LiveCode 9.6.10 Stable Released
> ...
> FEATURES ADDED:
> Android API 33 update
> The Android engine is now built using version 33 of the Android API, a
> requirement for new apps submitted to the Google Play Store. Note you’ll
> have to install “Android API 33” using the SDK Manager in Android Studio.
> -
> And I am using LC 9.6.10!
> I installed API 33 for this reason. What gives? :-(
>
> And we MUST use API 33 for new apps or updates of older app.
> Or did I misunderstand this Google requirement?
>
> > Cheers,
> > Panos
> >
> > On Thu, 28 Sept 2023, 18:35 Klaus major-k via use-livecode, <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> Hi friends,
> >>
> >> I created an Android runtime from this stack in April without any
> problem.
> >> Now I changes some minor cosmetic issues and got this error when "Save
> as
> >> standalone..."
> >>
> >> Only thing I can remember is that I added API 33 in Android Studio.
> >>
> >> macOS 12.7, LC 9.6.10. Android Studio 2021.3
> >> 
> >> There was an error while saving the standalone application
> >> Could not encode class bundle - error:
> >> Methods with invalid locals information
> >> void androidx.orint.Printre persprintUriAdapters
> >> I.onrosttxecutelandroid.araonics.Bitman)
> >> Information in locals-table is invalid with respect to the stack map
> >> table. Local refers to non-present stack map type for register: 2 with
> >> constraint OBJECT
> >> Info in
> >>
> >>
> /private/var/tolders/8v/k8b7ir8503db3h60tdt9pbwa/T/Temporarvltems/tmp.6277.nK1natOk/22/classes.iar:androidx/viewoaaer/widaet/PagerTitleStrip.class
> >> Methods with invalld locals intormation
> >>
> >>
> voidandroidx.viewpager.widget.PagerTitleStrip.updateTextPositions(int.float,boolean"
> >> Intormation in locals-table is invalid with respect to the stack map
> >> table. Local refers to non-present stack map type for register: 37 with
> >> constraint INT
> >> --
>
> Best
>
> Klaus
>
> --
> Klaus Major
> https://www.major-k.de
> https://www.major-k.de/bass
> kl...@major-k.de
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Android Standalone buiulding error

[Klaus major-k via use-livecode]

Hi Panos,

> Am 28.09.2023 um 19:40 schrieb panagiotis merakos via use-livecode 
> :
> 
> Hello Klaus,
> 
> I am afk

what does that stand for? 8-)

> now, but there is a bug report about it. The workaround is to make
> sure you have installed only v31.0.0 of the android *build tools*. Anything
> above v31 will cause this error.

But LC claimed this for version 9.6.10 (from the LC blog):
--
LiveCode 9.6.10 Stable Released
...
FEATURES ADDED:
Android API 33 update
The Android engine is now built using version 33 of the Android API, a 
requirement for new apps submitted to the Google Play Store. Note you’ll have 
to install “Android API 33” using the SDK Manager in Android Studio.
-
And I am using LC 9.6.10!
I installed API 33 for this reason. What gives? :-(

And we MUST use API 33 for new apps or updates of older app.
Or did I misunderstand this Google requirement?

> Cheers,
> Panos
> 
> On Thu, 28 Sept 2023, 18:35 Klaus major-k via use-livecode, <
> use-livecode@lists.runrev.com> wrote:
> 
>> Hi friends,
>> 
>> I created an Android runtime from this stack in April without any problem.
>> Now I changes some minor cosmetic issues and got this error when "Save as
>> standalone..."
>> 
>> Only thing I can remember is that I added API 33 in Android Studio.
>> 
>> macOS 12.7, LC 9.6.10. Android Studio 2021.3
>> 
>> There was an error while saving the standalone application
>> Could not encode class bundle - error:
>> Methods with invalid locals information
>> void androidx.orint.Printre persprintUriAdapters
>> I.onrosttxecutelandroid.araonics.Bitman)
>> Information in locals-table is invalid with respect to the stack map
>> table. Local refers to non-present stack map type for register: 2 with
>> constraint OBJECT
>> Info in
>> 
>> /private/var/tolders/8v/k8b7ir8503db3h60tdt9pbwa/T/Temporarvltems/tmp.6277.nK1natOk/22/classes.iar:androidx/viewoaaer/widaet/PagerTitleStrip.class
>> Methods with invalld locals intormation
>> 
>> voidandroidx.viewpager.widget.PagerTitleStrip.updateTextPositions(int.float,boolean"
>> Intormation in locals-table is invalid with respect to the stack map
>> table. Local refers to non-present stack map type for register: 37 with
>> constraint INT
>> --

Best

Klaus

--
Klaus Major
https://www.major-k.de
https://www.major-k.de/bass
kl...@major-k.de


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Android Standalone buiulding error

[panagiotis merakos via use-livecode]

Hello Klaus,

I am afk now, but there is a bug report about it. The workaround is to make
sure you have installed only v31.0.0 of the android *build tools*. Anything
above v31 will cause this error.

Cheers,
Panos

On Thu, 28 Sept 2023, 18:35 Klaus major-k via use-livecode, <
use-livecode@lists.runrev.com> wrote:

> Hi friends,
>
> I created an Android runtime from this stack in April without any problem.
> Now I changes some minor cosmetic issues and got this error when "Save as
> standalone..."
>
> Only thing I can remember is that I added API 33 in Android Studio.
>
> macOS 12.7, LC 9.6.10. Android Studio 2021.3
> 
> There was an error while saving the standalone application
> Could not encode class bundle - error:
> Methods with invalid locals information
> void androidx.orint.Printre persprintUriAdapters
> I.onrosttxecutelandroid.araonics.Bitman)
> Information in locals-table is invalid with respect to the stack map
> table. Local refers to non-present stack map type for register: 2 with
> constraint OBJECT
> Info in
>
> /private/var/tolders/8v/k8b7ir8503db3h60tdt9pbwa/T/Temporarvltems/tmp.6277.nK1natOk/22/classes.iar:androidx/viewoaaer/widaet/PagerTitleStrip.class
> Methods with invalld locals intormation
>
> voidandroidx.viewpager.widget.PagerTitleStrip.updateTextPositions(int.float,boolean"
> Intormation in locals-table is invalid with respect to the stack map
> table. Local refers to non-present stack map type for register: 37 with
> constraint INT
> --
> Any idea what is going wrong here?
> Thank you!
>
>
> Best
>
> Klaus
> --
> Klaus Major
> https://www.major-k.de
> https://www.major-k.de/bass
> kl...@major-k.de
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Android Standalone buiulding error

[Klaus major-k via use-livecode]

Hi friends,

I created an Android runtime from this stack in April without any problem.
Now I changes some minor cosmetic issues and got this error when "Save as 
standalone..."

Only thing I can remember is that I added API 33 in Android Studio.

macOS 12.7, LC 9.6.10. Android Studio 2021.3

There was an error while saving the standalone application
Could not encode class bundle - error:
Methods with invalid locals information
void androidx.orint.Printre persprintUriAdapters 
I.onrosttxecutelandroid.araonics.Bitman)
Information in locals-table is invalid with respect to the stack map table. 
Local refers to non-present stack map type for register: 2 with constraint 
OBJECT
Info in
/private/var/tolders/8v/k8b7ir8503db3h60tdt9pbwa/T/Temporarvltems/tmp.6277.nK1natOk/22/classes.iar:androidx/viewoaaer/widaet/PagerTitleStrip.class
Methods with invalld locals intormation
voidandroidx.viewpager.widget.PagerTitleStrip.updateTextPositions(int.float,boolean"
Intormation in locals-table is invalid with respect to the stack map table. 
Local refers to non-present stack map type for register: 37 with constraint INT
--
Any idea what is going wrong here?
Thank you!


Best

Klaus
--
Klaus Major
https://www.major-k.de
https://www.major-k.de/bass
kl...@major-k.de


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: PDF Widget No Filled Forms

[Bob Sneidar via use-livecode]

Thanks Matthias I’ll look at that. 

Bob S


> On Sep 28, 2023, at 6:38 AM, matthias rebbe via use-livecode 
>  wrote:
> 
> What i forgot to mention. For macOS 10.11 and above please use the following 
> link
> https://www.pdflabs.com/tools/pdftk-the-pdf-toolkit/pdftk_server-2.02-mac_osx-10.11-setup.pkg
> 
> 
> 
>> Am 28.09.2023 um 13:09 schrieb matthias rebbe via use-livecode 
>> :
>> 
>> Bob,
>> 
>> as a workaround you could create a temporary pdf file that is then displayed 
>> in the pdf widget.
>> You'll need the free tool PDFTK server with its fill-form option for this.  
>> PDFTK server runs on macOS, Windows and some Linux versions. 
>> PDFTK server is free  https://www.pdflabs.com
>> 
>> If you need it for iOS or Android you could use a web server to which you 
>> post the .fdf or xfdf data and the web server then runs pdftk server, 
>> creates the pdf and returns it back to the device.
>> 
>> Not as easy then just opening the .(x)fdf file, but at least a solution. ;)
>> 
>> Regards,
>> Matthias
>> 
>> 
>> 
>> 
>>> Am 27.09.2023 um 17:27 schrieb Bob Sneidar via use-livecode 
>>> :
>>> 
>>> Hi all. 
>>> 
>>> I have filled forms, and I am just now wanting to display those FILLED 
>>> forms in a PDF widget. Only problem is, the form data is not being 
>>> displayed. Is that the current state of affairs? If so, then boo! 
>>> 
>>> Bob S
>>> 
>>> 
>>> ___
>>> use-livecode mailing list
>>> use-livecode@lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your 
>>> subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: PDF Widget No Filled Forms

[Bob Sneidar via use-livecode]

No big rush. I can open the form in a web browser if necessary. My idea was to 
have a Native Document Viewer like the document management app we currently 
use, but I am not using my app for that yet. I just generate filled forms for 
service at the moment. I will create a bug report with a sample stack and form. 
I should note that this form is the kind where it can be filled using Adobe 
Reader. For some reason, Adobe has 2 kinds of forms. 

Bob S


> On Sep 27, 2023, at 6:35 PM, Monte Goulding via use-livecode 
>  wrote:
> 
> Hi Bob
> 
> Hmm… OK, it could be a bit of a project to get your forms rendering then. If 
> it’s something you need soon and you have a budget then contact 
> supp...@livecode.com . Otherwise you can create 
> a bug report and attach the PDF.
> 
> FYI there is no support for form interactivity at the moment so the select 
> text is on the PDF text rather than the form fields.
> 
> Cheers
> 
> Monte
> 
>> On 28 Sep 2023, at 9:58 am, Bob Sneidar via use-livecode 
>>  wrote:
>> 
>> Nope. Not only that, but the autoHilite (Select Text) is not working either. 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: PDF Widget No Filled Forms

[matthias rebbe via use-livecode]

What i forgot to mention. For macOS 10.11 and above please use the following 
link
https://www.pdflabs.com/tools/pdftk-the-pdf-toolkit/pdftk_server-2.02-mac_osx-10.11-setup.pkg



> Am 28.09.2023 um 13:09 schrieb matthias rebbe via use-livecode 
> :
> 
> Bob,
> 
> as a workaround you could create a temporary pdf file that is then displayed 
> in the pdf widget.
> You'll need the free tool PDFTK server with its fill-form option for this.  
> PDFTK server runs on macOS, Windows and some Linux versions. 
> PDFTK server is free  https://www.pdflabs.com
> 
> If you need it for iOS or Android you could use a web server to which you 
> post the .fdf or xfdf data and the web server then runs pdftk server, creates 
> the pdf and returns it back to the device.
> 
> Not as easy then just opening the .(x)fdf file, but at least a solution. ;)
> 
> Regards,
> Matthias
> 
> 
> 
> 
>> Am 27.09.2023 um 17:27 schrieb Bob Sneidar via use-livecode 
>> :
>> 
>> Hi all. 
>> 
>> I have filled forms, and I am just now wanting to display those FILLED forms 
>> in a PDF widget. Only problem is, the form data is not being displayed. Is 
>> that the current state of affairs? If so, then boo! 
>> 
>> Bob S
>> 
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: PDF Widget No Filled Forms

[matthias rebbe via use-livecode]

Bob,

as a workaround you could create a temporary pdf file that is then displayed in 
the pdf widget.
You'll need the free tool PDFTK server with its fill-form option for this.  
PDFTK server runs on macOS, Windows and some Linux versions. 
PDFTK server is free  https://www.pdflabs.com

If you need it for iOS or Android you could use a web server to which you post 
the .fdf or xfdf data and the web server then runs pdftk server, creates the 
pdf and returns it back to the device.

Not as easy then just opening the .(x)fdf file, but at least a solution. ;)

Regards,
Matthias




> Am 27.09.2023 um 17:27 schrieb Bob Sneidar via use-livecode 
> :
> 
> Hi all. 
> 
> I have filled forms, and I am just now wanting to display those FILLED forms 
> in a PDF widget. Only problem is, the form data is not being displayed. Is 
> that the current state of affairs? If so, then boo! 
> 
> Bob S
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode