Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [platform-swt-dev] CSS theming vs Chromium embed

> From the IDE perspective, we have "almost" everything we need to do a decently styling

As an Eclipse IDE user and RCP developer, I disagree.  I preferred the style of Eclipse 3.x for both use cases.  In the situation that I need to build something that doesn't look like a native app, then I wouldn't use a native widget toolkit - I would use JavaFX or HTML5.

The CSS theming adventure is now a 6+ year project, and it can "almost" do "decent" styling.  The electron project was able to do great styling immediately, and as a result it was adopted very quickly!  I recognize resources are limited. 
 But if we declared bankruptcy on SWT theming, and used those resources for SWT-Chromium, how far could we get?

Building a CSS theming engine for native widgets was a great experiment.  But somebody built electron in less than a year, and it turns out to be more useful than what we've been building for 6+ years.  At what point do we say "Hey!  That was a better idea!" and follow their lead?

I recognize the theming engine has users, and mine is just one opinion of many.  But here's my long and short:  I built an Eclipse RCP application.  Today, there are new entrants in my market that use Electron.  They have access to capabilities that I don't.  I told my customers my app was stable and lightweight on resources, but the CSS engine is slowing it down and linux compatibility has been tough (GTK's fault more than SWT, but my customers don't care).  I'm no core Eclipse committer, but I do make some contributions (RxJava and SWTGradle and Eclipse RCP).  I don't have the capacity or budget to write SWT-Chromium, and I see no will in the broader community to do so either.  So I have to decide - do I abandon my investment and jump ship?  Or stick it out and try to turn the boat?

Since I'm just a one man company, my survival in the market is more to do with "surfing" - riding a good wave, vs "mountain climbing" - climbing from the bottom.  I'm still sticking it out, but the great thing about being home to "surfers" is that they bring contributions and bug reports.  It kills me to see SWT become bloated with theming hooks while surfers flock to "libui" and electron.  It seems that so much of Eclipse's resources go into this dead-end theming engine, I wonder what could be if we refocused.

Ned Twigg
Lead Software Architect, DiffPlug LLC
540-336-8043
340 S Lemon Ave #3433, Walnut, CA 91789

On Wed, Sep 14, 2016 at 2:46 PM, Lars Vogel <lars.vogel@xxxxxxxxxxx> wrote:
Hi Ned,

the Eclipse platform engine is part of the Platform UI project. SWT provides the API which we require and I certainly hope that SWT continues to add styling support. From the IDE perspective, we have "almost" everything we need to do a decently styling. 

Most notable is the missing background color support on Buttons and Table headers and more both we have already external contributions (still need to be reviewed and integrated).

Alex is working on a deeper CSS integration for GTK which also looks very promising. 

I think a deeper SWT and HTML5 integration is very much desired but I'm not aware of anyone working on this.

Best regards, Lars

On Wed, Sep 14, 2016 at 10:47 PM, Ned Twigg <ned.twigg@xxxxxxxxxxxx> wrote:
There is a huge gulf between native widgets and HTML5, in terms of both capability and resource usage.  Because there's a tradeoff, there are good reasons to pick one or the other depending on your situation.

In 2013, Electron had the novel idea "let's take the latest available Chromium and tie it to an in-process VM as deeply as we can".  Electron now had much deeper browser integration than SWT could achieve, because SWT takes the "lowest-common-denominator" approach.  I was skeptical when it came out, but boy was I wrong.  People have used it to build a ton of really cool stuff: http://electron.atom.io/apps/

But native widgets still have a place!  The libui project is essentially an immature version of SWT written in C.  And even though it's less than a year old, it has caught on like wildfire and become a popular widget kit in many languages already.  People want SWT, but all their pull requests are going to libui because it's hard to embed SWT (through no fault of SWT's).

Right now, users have to pick "do I want native widgets?" or "do I want latest and greatest HTML5?".  I think it would be awesome if SWT allowed users to have the best of both worlds.

With all the discussion of the CSS theming engine on ide-dev, I'm worried that resources are going to be spent on further theming efforts.  I hope we give up on trying to make SWT into HTML5, and instead try to make SWT and HTML5 live together as best we can.

Ned Twigg
Lead Software Architect, DiffPlug LLC
340 S Lemon Ave #3433, Walnut, CA 91789

_______________________________________________
platform-swt-dev mailing list
platform-swt-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/platform-swt-dev



--
Eclipse Platform UI and e4 project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vogel@xxxxxxxxxxx, Web: http://www.vogella.com

_______________________________________________
platform-swt-dev mailing list
platform-swt-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/platform-swt-dev


Back to the top