SKUI — A GUI Framework for SketchUp

jiminy-billy-bob

This is big great.
If it's platform independent, It will become the most downloaded plugin (after Sketchucation tools)

By devs, certainly! But I don't think regular users will download this.
(Well, they will, but embedded in other plugins)

thomthom

@garry k said:

Where can I get the most up to date documentation and examples?

Everything is located at the GitHub repository. https://github.com/thomthom/SKUI

@garry k said:

How will language translation work?

That's not handled by SKUI. You use your own translator - use it when you create the dialog. You can also change the labels after it's been loaded.

@garry k said:

Do you support hints during hovering?

Tooltips? By using the .tooltip getter and setter.
https://github.com/thomthom/SKUI/blob/master/src/SKUI/control.rb#L45

@garry k said:

How well do the components line up? I would like to line things up like this.

You line them us as you please. You specify position and size. There is no automatic layout as of now.

Note that it's still in beta. It's not 100% complete and might still incur breaking changes so pay attention if you use it and update. The Issue tracker on GitHub got an overview of open issues and what's targeted for the first release.

pgarmyn

@jiminy-billy-bob said:

By devs, certainly! But I don't think regular users will download this.
(Well, they will, but embedded in other plugins)

That's why it has to be on the plugin store as a library, and (automatically ?) loaded (by dependency)

Garry K

Can this be installed once - and then used by a number of different plugins by a number of different authors? Or do we have to include a copy of SKUI with each plugin installation?

tt_su

@garry k said:

Can this be installed once - and then used by a number of different plugins by a number of different authors?

I've not made it available for user installation.

@garry k said:

Or do we have to include a copy of SKUI with each plugin installation?

There is a special loading method that will let you load SKUI into your own namespace without requiring you to modify SKUI, please see the Wiki:
https://github.com/thomthom/SKUI/wiki/Embedding-SKUI-in-Projects

That way you get the version your plugin depend on - which require you to bundle it with your extension.
Since SKUI is still in flux I haven't yet considered any other way of distributing it - as changes would break plugins.

You could always fork the project and modify your own version, changing the root namespace.
Note that the license prohibit distribution of a modified SKUI unless you change the root namespace.
But I'd encourage people to contribute to the main GitHub repo instead of doing their private mods.

pgarmyn

This is great.
If it's platform independent, It will become the most downloaded plugin (after Sketchucation tools)

pgarmyn

Has SKUI been tested on Mac ?
Mac-users

thomthom

@pgarmyn said:

Has SKUI been tested on Mac ?
Mac-users

Yes, I have a mac I test it on.
How come? You found issues?

thomthom

So, I'm a bit unclear here - have you found issues with SKUI on OSX?

pgarmyn

@thomthom said:

So, I'm a bit unclear here - have you found issues with SKUI on OSX?

Completly clear : Before i use it, i wanted to know..... So i don't have any experience yet with SKUI.
Thanks for the info : tested on Mac

pgarmyn

@thomthom said:

Yes, I have a mac I test it on.
How come? You found issues?

No I have Mac issues with the SU inputbox and was looking for an alternative...

See : http://sketchucation.com/forums/viewtopic.php?f=11%26amp;t=57642#p524309

arunkumargonal

Hi ThomThom,

SKUI is helping me a lot in building some basic GUI.

Need your help for the following scenario.
I am adding controls to the window. I have kept a selection observer, when ever the selection changes, Need to remove all the controls in the window and add new ones.

I am trying to use the remove_control method of control_manager which is not deleting all the controls. Please let me know if it is right to use the below code for removing all the controls of the window.

window.controls.each do |control| window.remove_control(control) end

Thank you,
Arun.

thomthom

hm... haven't really done much for removing. I don't recall what that method was for. Though, performance wise I would think it would be faster to put them in a Groupbox - then hide/show the groupbox. ...saying that - maybe hide/show need to be added...

thomthom

No - Control.visible and Control.visible= is already implemented!
But I really should generate them docs.

arunkumargonal

Hey TT,

The remove_control works good. It indeed removes the control from the window.
The issue was with my code, I was using window.controls.each to call the remove_control in which, the control is deleted from the array.
My code:
@window.controls.each do |container| @window.remove_control(container) end

Code in remove_control
@controls.delete( control )

I commented the delete inside the remove_control function and used @windows.controls.clear in my function.

Thanks & Regards,
Arun

tt_su

Ah, you where removing elements from the collection you iterated - that will usually always cause problems with any collection. You want to make an array copy of the collection first and iterate that instead.

@window.controls.to_aeach

brewsky

Hi TT,

I want to try to add a progressbar control to SKUI.
It does not seem very different from the jQuery widget for "button"...
Do you have any tips on where to start?

Another question, how did you disable the right-click / context menu in the webdialog?
Would be nice to temporarily enable "view source"...

Thanks!

jolran

@brewsky

Don't want to be a bringer of bad news , but I have some negative experiences with that.

It can be problematic to do a progressbar to webdialog. Due to the "freeze" that happends when ruby calculates.

There where some early reports on that long ago. (Look in the first link at first post.)
Don't know if that is still a problem with 2015.

http://sketchucation.com/forums/viewtopic.php?f=180%26amp;t=54873%26amp;hilit=+webdialog+freeze

driven

@brewsky said:

Another question, how did you disable the right-click / context menu in the webdialog?
Would be nice to temporarily enable "view source"...

jQuery UI blocks the right click menu...

on a mac you can either right click into an input box, or try and do it before the page loads...

BTW: you can easily view the time lags in a webdialog by simply adding a gif to a page, as SU works harder it will slow, stop, restart, it's even more noticeable if you use a css3 loader that runs a text animation...

john

Jim

The right click blocking is done explicitly in ui.js file.