Hi,
Thanks for reporting this. We'll investigate it (both the issue and making
old releases available somehow).
- Johan
On Mon, Feb 1, 2016 at 10:35 AM, Benjamin Gudehus
wrote:
> >Until this is fixed, I recommend to continue using Scenebuilder 8.0.0
> It saved the comment back as is.
>
> That'
>Until this is fixed, I recommend to continue using Scenebuilder 8.0.0
It saved the comment back as is.
That's bad. Is it possible to host old archives on Bintray or even package
scenebuilder as single jar and host it on maven central in the future?
On Feb 1, 2016 10:23 AM, "Eder Dennis (ETAS/ESY3
Hi Adam,
You correctly filled the JIRA. We're simply late.
Indeed Scene Builder 1.x used to allow to setup
(some) properties on fx:include object.
And Scene Builder 2 does not provide this.
We should probably reconsider this choice.
Note that you may wrap your fx:include in a StackPane instance
@Christian,
JAR import command of Scene Builder 2.0 collects all the classes found
in the JAR file and retains only the one that
1) can be instantiated using FXMLLoader
2) extends javafx.scene.Node.
In practice, for each class a.b.C, it generates the following FXML:
and
You can reach the person managing the list at
> openjfx-dev-ow...@openjdk.java.net
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of openjfx-dev digest..."
>
>
> Today's Topics:
>
>1. Re: Nod
Christian,
With my OpenJFX hat on:
===
ControlsFX-related issues are best discussed on the controlsfx-dev
mailing list, which can be accessed (and signed up to) here:
http://groups.controlsfx.org
Scene Builder is open source - you can access it by cloning the OpenJFX
rt r
Le 17 mars 2014 à 16:10, Sven Reimers a écrit :
> Yes, I can confirm everything looks ok.. but exceptions all over the place
> don't make feel comfortable...
>
>
Sure.
I created DTL-6648 to track issue at Scene Builder level.
Eric
> This is with fixed DataFormat String..
>
> Thanks
>
> -S
Watching it now :-)
Thanks
-Sven
Am 17.03.2014 16:52 schrieb "Eric Le Ponner" :
> Le 17 mars 2014 à 16:10, Sven Reimers a écrit :
>
> Yes, I can confirm everything looks ok.. but exceptions all over the place
> don't make feel comfortable...
>
>
> Sure.
> I created DTL-6648 to track issue at Sc
Yes, I can confirm everything looks ok.. but exceptions all over the place
don't make feel comfortable...
This is with fixed DataFormat String..
Thanks
-Sven
Am 17.03.2014 15:32 schrieb "Eric Le Ponner" :
> Hi Sven,
>
> As you mentioned, some fixes are also required at SB level (the strings
>
Hi Sven,
As you mentioned, some fixes are also required at SB level (the strings passed
to DataFormat).
I'm going to file a JIRA against Scene Builder for that.
I did a sample Swing test with Scene Builder Kit and reproduced the exception
reported in RT-36240. However it seems that this except
Created RT-36240
-Sven
Am 17.03.2014 13:10 schrieb "Kevin Rushforth" :
> Hi Sven,
>
> If you file the bug then yes, we can look at it for 8u20 (there is no
> "earlier").
>
> And thanks to Petr for providing the evaluation for this.
>
> -- Kevin
>
>
> Sven Reimers wrote:
>
>> Ok.
>>
>> Will file a
Hi Sven,
If you file the bug then yes, we can look at it for 8u20 (there is no
"earlier").
And thanks to Petr for providing the evaluation for this.
-- Kevin
Sven Reimers wrote:
Ok.
Will file an issue and if possible create a patch.
Any this could end up in 8u20 (or earlier)?
Thanks
-S
Ok.
Will file an issue and if possible create a patch.
Any this could end up in 8u20 (or earlier)?
Thanks
-Sven
Am 17.03.2014 11:05 schrieb "Petr Pchelko" :
> Ok, I see.
>
> This is the problem in FX interop.
> In javafx.embed.swing.SwingDnD.DnDTransferable class. It's wrapper that
> wraps the
Ok, I see.
This is the problem in FX interop. In
javafx.embed.swing.SwingDnD.DnDTransferable class. It's wrapper that wraps the
FX dragboard into the Swing Trasferable.
It is a simple class and many features are simply not implemented. The
implementation is very basic - it just creates the Data
The problem seems to be in AbstractDragSource in SceneBuilder. It defines a
javafx.scene.input.DataFormat.
This seems to cause problems if running embedded in Swing. I do not define
my own DataFlavors..
Any further help appreciated..
-Sven
Am 17.03.2014 09:54 schrieb "Petr Pchelko" :
> Hello, Sv
Hello, Sven.
Looks like you are not specifying the representation class for the DataFlavor
and it defaults
to the InputStream. So, scene builder puts a ByteBuffer while the
DataTransferer is trying to treat it as an
InputStream.
Could you please try to explicitly specify the representation cla
Ok... figured it out. It seems scene.builder.internal crashes the Swing
parsing mechanism for mime types in the data transfer. Changing it to
scene.builder/internal fixes this problem.
Shall I open an issue in Jira for it?
Having fixed this I get another problem :-(
(see stacktrace below)
Not su
On 2014-1-6 17:19, Richard Bair wrote:
MigLayout is a very popular layout engine in Swing and SWT (and also gaining
ground on Android), I think it would be good for SceneBuilder to better support
MigLayout.
+1, I’d love to see enough support in SceneBuilder that any 3rd party layout
containe
Le 6 janv. 2014 à 17:19, Richard Bair a écrit :
>> MigLayout is a very popular layout engine in Swing and SWT (and also gaining
>> ground on Android), I think it would be good for SceneBuilder to better
>> support MigLayout.
>
> +1, I’d love to see enough support in SceneBuilder that any 3rd
> MigLayout is a very popular layout engine in Swing and SWT (and also gaining
> ground on Android), I think it would be good for SceneBuilder to better
> support MigLayout.
+1, I’d love to see enough support in SceneBuilder that any 3rd party layout
container could supply editor support, so th
Simply dropping the jars is not possible, because MigLayout is split into two
jars; core and javafx. Core does not contain any JavaFX classes and thus
SceneBuilder does not import it (button is disabled). After manually merging
the two jars into one, MigPane is listed in SB as a custom control
Well, I figure the helper lines will be a problem anyhow. But I was planning on
just trying it.
Tom
On 2014-1-3 11:04, Eric Le Ponner wrote:
I guess it's worth trying to drop MigPane JAR file in SB2 library panel and see.
However SB2 makes some assumptions about containers.
So that might not
I guess it's worth trying to drop MigPane JAR file in SB2 library panel and see.
However SB2 makes some assumptions about containers.
So that might not work straight away.
Eric
Le 3 janv. 2014 à 10:10, Tom Eugelink a écrit :
>
> Would it be possible to offer MigPane as a Container in SceneBui
That would be great! We only using MigPane for all our layouts…
Am 03.01.2014 um 10:10 schrieb Tom Eugelink :
>
> Would it be possible to offer MigPane as a Container in SceneBuilder?
>
> Tom
>
Just couldn’t wait, so I cobbled a working solution together. Essentially, you
need to
1. download the Linux-64 distribution:
http://download.oracle.com/otn-pub/java/javafx_scenebuilder/2.0-ea-b05/javafx_scenebuilder-2_0-ea-b05-linux-x64-24_oct_2013.tar.gz
(See https://javafx-
I just read the release notes as well and was not sure if this was the
reason - if it is - fine with me
-Sven
On Sun, Nov 3, 2013 at 10:01 PM, Jonathan Giles
wrote:
> >From what I read online there were build issues with the Mac build.
> Rather than delay all releases until the mac build wa
>From what I read online there were build issues with the Mac build.
Rather than delay all releases until the mac build was resolved, just
the Mac release was delayed until it could have its build problems
resolved. I'm sure the Mac build will come out asap.
-- Jonathan
On 4/11/2013 9:55 a.m., Sv
Hi Simon,
thanks for the info.
Rgds
Werner
On 26.05.2013 00:17, Simon Vienot wrote:
Unfortunately, the Scene Builder icons are not available for use.
Hi Werner,
Unfortunately, the Scene Builder icons are not available for use.
Regards,
--
Simon
On 24/05/2013 12:05:45, Werner Lehmann wrote:
Hi,
are those icons in the SceneBuilder library view available to use in
commercial projects? I am talking about icons for panes, buttons, etc. I
suppos
29 matches
Mail list logo