Does that mean that with Hugh Bugs you will never have low Code? I did not get it @Jeannot
not so important. I Attempted a gag, Xojo isn’t low-code, not even the number of bugs is a constant as it’s growing almost exponentially ;-). Having something with “bug” in the product alias description would probably be more effective and honest.
I tried the same…
Since the advent of API2 and other debacles… I have found that Xojo has moved from being RAD… to low code… to no-code.
In that I have reduced the amount of code I had written in Xojo first to a LOW level, and currently to a NO level.
5 Likes
FileMaker does this nicely.
You create Value Lists which are return delimited values. A Value List can be entered text or distinct values from a database column.
All with literally no code.
With Swift I can count on one hand the number of times I’ve had to care about encoding
2 Likes
If you stick to macOS where most everything defaults to UTF-8, this is effectively true much of the time.
Windows is more oriented to a toxic stew of UTF-16 and Windows code page 1252 for historical reasons so to whatever extent I want to store or use accents and ligatures I generally have to do things like carefully choose a default collation in SQL Server (width-insensitive, accent-insensitive, case-insensitive in my case) and override any field that will contain actual submitted non-ASCII values as UTF-8 (because there’s (usually) a savings in space but a trade off in performance at times). Then I have to try to auto-detect the encoding of incoming data (because the whole system is fundamentally about random files being thrown over the transom from thousands of sources, most of whom have no clue what code page they are using, and it may change at any time) and standardize on UTF-8 during intake processing, reduce it to ASCII upper case with very minimal punctuation since that’s what we received as a lowest common denominator, and optionally reconvert back to mixed case UTF-8 for presentation (which in turn involves word and phrase dictionaries and exception tables if you’re going to properly handle branding in business names, much less accenting and ligatures).
So there are domains where this kind of thing is a huge consideration and can metastasize in all sorts of ways. For example do I use standard (UTF-16) .NET strings or go to the extra effort of using the UTF8String class internally – and what are the actual trade-offs, if any, in terms of performance?
which does not dilute my statement… since Swift is only a macOS tool
I’d expect a low code IDE to shield the developer from that stuff. This is why low code platforms are heavily priced. Xojo is heavily priced and exposes the developer to this kind of inconsistencies. That’s nuts.
More evidence that Xojo != low code:
https://forum.xojo.com/t/xojo-ide-2022r4-1-the-window-editor/75017
A simple copy-paste operation fails in this context. The workaround is undocumented - as usual.
Workaround should be linked in the docs. Good idea.
Documentation is ‘maintained’ by Steve Jobs II. Our clueless suggestions may not be heard.
1 Like
Like the former documentation (which was a wiki) could have been opened to devs for changing and adding stuff. Of course ultimately it would need to be released by Xojo only or a committee (the MVPs)?
But nope. Won’t work (of course this will never work, like wikipedia does not work 
).
“hello@xojo is enough, or open a feedback case” was the answer I got at the time.
Today I had a meeting with the customer. A field that captures the duration of an audit was missing in a dialog I was told.
I created the field in the database manager, added it to the dialog - et voilà! It appeared instantly in the dialog on all clients, not even a re-login was required. The customer was duly impressed.
The CRM was created from scratch with no process documentation or other written documents to rely on available. The initial release was designed to the best of my knowledge, creating process definitions along the road. No one in the company had time to sit down with me, talk and explain. When they started working with it, feedback started to roll in. Obviously, we have to change a few things. We are now in the phase where changes happen quite often and can be extensive. FileMaker allows for that as it does not require a compile-and-deploy cycle. That saves a lot of time.
1 Like
It’s pretty darn amazing. My goal back around FM 12 was to build everything for WebDirect. But that’s when they started to charge for Web Seats as if they were full FM Clients. Just nuts. I prob would have stayed with FM if they stuck to the $3k FileMaker Server that included Web Seats. They were just too greedy.
Then I realized Xojo might be able to replace FileMaker. It can if you work around the bugs.
Once Geoff made it clear he doesn’t care about Pros, that was when I moved to PHP…
1 Like
Yep, FM pricing is a concern when the number of users gets larger than 10. The pricing for anonymous users is nuts. Last year, Claris revealed that FM will be replaced by a product they are developing from scratch ‘Claris Pro’. Pricing went up, compared to FM. Only, the new ‘product’ is in an early alpha state and they are looking for customers who are willing to pay for being alpha testers…It is a lot of pushy marketing. I consider FM now being an end of live product, as it will be replaced by the new product in a few years.
1 Like
Now that rings a bell!
No, the most no code or low code Systems are not acting like a shield. Their entire elements are encoded in one encoding. And no leaving please. It can not automatically readout and guess what comes in. So it is like it is and what it is: a low code or no code platform may compile at the end what you want to get. But if you one time leaving the possible elements they provide you are out os any low or no code. Exactly then you need urgently a programming language which allows you to have exactly that.
FM and ITPros in one sentence hurts.
2 Likes