Live data from Hacker News

Boden – Native mobile cross-platform applications

boden.io

71–80 of 134 posts

Re: Boden – Native mobile cross-platform applications

#71

I don't speak C, but as a long-time web developer, it smells to me to see "Center" capitalized in the flexbox snippet. Why is it different than CSS? How is a developer supposed to understand the capitalization rules? https://www.boden.io/reference/ui/yoga/layout/

In C/C++ a common style is to use camelcase with an initial lower case letter for variable like things and with an initial upper case letter for constant or enumeration like things.

Re: Boden – Native mobile cross-platform applications

#72
post #65

Forget Boden and forget messy C++... use Google backed Flutter framework with Dart. https://flutter.dev Checkout youtube for presentations. Build once for iOS, Android, ChromeOS, Web, All desktops.

While I really like Flutter, there should be alternatives for everyone, and that includes people who doesn't like Flutter.

Re: Boden – Native mobile cross-platform applications

#73
post #69
post #65

Forget Boden and forget messy C++... use Google backed Flutter framework with Dart. https://flutter.dev Checkout youtube for presentations. Build once for iOS, Android, ChromeOS, Web, All desktops.

As the intro page demonstrates, modern C++ isn't really all that messy. I think there's a solid argument that it's a more dependable option than Dart, which isn't really used by anyone other than Google.

Better languages have moved beyond C++. I've developed software for over 20 years. I've use C++ for many of those years. Software languages and tools have evolved past C++.

Imagine the "evolution of man" drawing. C++ is the middle guy not exactly standing upright.

Re: Boden – Native mobile cross-platform applications

#75
post #59

Earlier quoted context omitted.

Handling callbacks without piles of Rc > to access widget data, or having vectors simulating graphs, the most used data structure for UI widgets, having to deal with use-after-free indexes.

It sounds like you tried to write rust like it's OOP. You're gonna have a bad time if you do that. >Handling callbacks without piles of Rc > to access widget data That's why you don't let widgets hold program state, they should just propagate deltas and display current state. It's a different way of thinking about how UI can work, but imho it has a lot of benefits aside from just speed and safety. >having vectors sim…

>> they should just propagate deltas and display current state. It's a different way of thinking about how UI can work, but imho it has a lot of benefits aside from just speed and safety.

That's how delphi does it. Connect widget to a data source and it will update reactively when data source changes. And data source is accessible without touching the widget. When doing a batch update on data, you can also disable widget updates in order to make rendering faster. It also works both ways, so when data is changed from within the widget, the bound data source will be updated accordingly.

Re: Boden – Native mobile cross-platform applications

#76
post #74

A discussion from 6 months ago: https://news.ycombinator.com/item?id=18570423 .

From that thread:

> Yes, I was also wondering why it's necessary to come up with yet another smart pointer, which you need to learn and which is probably not battle tested. - https://news.ycombinator.com/item?id=18586992

Even though on the main website they say:

> No custom containers, smart pointers, or reinvented basics. This allows you to reuse your existing knowledge and focus on what's most important: your app.

Re: Boden – Native mobile cross-platform applications

#77
post #72
post #65

Forget Boden and forget messy C++... use Google backed Flutter framework with Dart. https://flutter.dev Checkout youtube for presentations. Build once for iOS, Android, ChromeOS, Web, All desktops.

While I really like Flutter, there should be alternatives for everyone, and that includes people who doesn't like Flutter.

I agree. All should choose their own languages and tools. The more competition in the marketplace the better. Hopefully the one you choose will have long term support, be accepted by industry and developers, deliver on the promised marketing, and have reasonable open source licenses. Anything else?

Re: Boden – Native mobile cross-platform applications

#78
post #73
post #69

Earlier quoted context omitted.

As the intro page demonstrates, modern C++ isn't really all that messy. I think there's a solid argument that it's a more dependable option than Dart, which isn't really used by anyone other than Google.

Better languages have moved beyond C++. I've developed software for over 20 years. I've use C++ for many of those years. Software languages and tools have evolved past C++. Imagine the "evolution of man" drawing. C++ is the middle guy not exactly standing upright.

An "evolution of man" drawing wouldn't really be accurate because it implies each entry is static in terms of evolution. C++ is very obviously not, and modern C++ is barely recognizable compared to code written years ago.

Re: Boden – Native mobile cross-platform applications

#79
post #45

Earlier quoted context omitted.

Boden author here, a bit overwhelmed by the feedback. We are in the process of releasing a new version that will change the license to LGPL / Commercial.

Even that makes this a complete nonstarter for almost every one of my clients.

Your clients are unwilling to pay for a commercial licence?

Re: Boden – Native mobile cross-platform applications

#80
post #45

Earlier quoted context omitted.

Boden author here, a bit overwhelmed by the feedback. We are in the process of releasing a new version that will change the license to LGPL / Commercial.

LGPL has the same problem! Users must be able to relink an application with their own version of the LGPL library. This is impossible for almost all iOS scenarios and only very slightly easier on Android. This is often overlooked. If you want to keep LGPL you can investigate "linking exception", it's used by some GNU libraries if I recall correctly. This has been discussed for a decade: https://stackoverflow.com/ques…

It’s not unreasonable to expect people to buy a commercial licence if they’re releasing to a commercial app store
Post reply on HN