Currently the BeanPathAdapter uses a SimpleDateFormat of "yyyy-MM-dd'T'HH:mm:ssz" that cannot be configured.

Similar to LocalDateTextField, would it be possible to add extra parsing formatters to BigDecimalField?

For instance, I want the BigDecimal to be displayed as a currency, but I would like the user to be able to input the amount without the currency symbol. The primary NumberFormat would be NumberFormat.getCurrencyInstance() and one of the secondary NumberFormats would be NumberFormat.getNumberInstance().

Observed behaviour:
Running JavaFX 2.2b11 on JDK 7u3, I start the BigDecimalFieldDemo.
When I try to enter something into any of the empty BigDecimalField (either the first or the last) my input is rejected and does not appear. The console shows a NullPointerException.
Update: The exception also appears when I enter anything into the field labelled "custom decimal format". I can observe it intermittently on any of the other fields, but I can't make out a rule behind it.

The problem disappears when I change my JavaFX SDK to the 2.1 GA release.

java.lang.NullPointerException
    at com.sun.javafx.scene.control.behavior.TextInputControlBehavior.defaultKeyTyped(TextInputControlBehavior.java:214)
    at com.sun.javafx.scene.control.behavior.TextInputControlBehavior.callAction(TextInputControlBehavior.java:129)
    at com.sun.javafx.scene.control.behavior.BehaviorBase.callActionForEvent(BehaviorBase.java:157)
    at com.sun.javafx.scene.control.behavior.TextInputControlBehavior.callActionForEvent(TextInputControlBehavior.java:117)
    at com.sun.javafx.scene.control.behavior.BehaviorBase$1.handle(BehaviorBase.java:121)
    at com.sun.javafx.scene.control.behavior.BehaviorBase$1.handle(BehaviorBase.java:119)
    at com.sun.javafx.event.CompositeEventHandler.dispatchBubblingEvent(CompositeEventHandler.java:64)
    at com.sun.javafx.event.EventHandlerManager.dispatchBubblingEvent(EventHandlerManager.java:217)
    at com.sun.javafx.event.EventHandlerManager.dispatchBubblingEvent(EventHandlerManager.java:170)
    at com.sun.javafx.event.CompositeEventDispatcher.dispatchBubblingEvent(CompositeEventDispatcher.java:38)
    at com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(BasicEventDispatcher.java:37)
    at com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(EventDispatchChainImpl.java:92)
    at com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(BasicEventDispatcher.java:35)
    at com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(EventDispatchChainImpl.java:92)
    at com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(BasicEventDispatcher.java:35)
    at com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(EventDispatchChainImpl.java:92)
    at com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(BasicEventDispatcher.java:35)
    at com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(EventDispatchChainImpl.java:92)
    at com.sun.javafx.event.EventUtil.fireEventImpl(EventUtil.java:53)
    at com.sun.javafx.event.EventUtil.fireEvent(EventUtil.java:33)
    at javafx.event.Event.fireEvent(Event.java:171)
    at javafx.scene.Scene$KeyHandler.process(Scene.java:3492)
    at javafx.scene.Scene$KeyHandler.access$2300(Scene.java:3447)
    at javafx.scene.Scene.impl_processKeyEvent(Scene.java:1850)
    at javafx.scene.Scene$ScenePeerListener.keyEvent(Scene.java:2246)
    at com.sun.javafx.tk.quantum.GlassViewEventHandler.handleKeyEvent(GlassViewEventHandler.java:126)
    at com.sun.glass.ui.View.handleKeyEvent(View.java:518)
    at com.sun.glass.ui.View.notifyKey(View.java:950)
    at com.sun.glass.ui.win.WinApplication._runLoop(Native Method)
    at com.sun.glass.ui.win.WinApplication.access$100(WinApplication.java:29)
    at com.sun.glass.ui.win.WinApplication$2$1.run(WinApplication.java:62)
    at java.lang.Thread.run(Thread.java:722)

Hi,
is it possible to add another icon for the disabled state of the calendarTextField (e.g. a grey icon instead of a nice colorful icon when the calendarTextField is enabled)?
This would be an enhancement.

A workaround is to just display a textfield and an image with the disabled icon.
But this has the drawback of having to style it the same way as the calendarTextField...
Thanks
Hans-Peter

Having an Odometer spinning, e.g.
myOdometer.start();
keeps one CPU running at 100%.
(Windows platform (x64))

Adding
myOdometer.setCache(true);
myOdometer.setCacheHint(CacheHint.SPEED);
has no effect.

It would be nice and useful to have it eat up less processing power.

Is Odometer's animation cached internally?
Please be forgiving if the question is too naive, I'm not yet knowledgeable about JavaFX's mechanisms: is setting a cache hint to Odometer supposed to be inherited by the various animated spinning digits that compose it?

Hey,

jfxtras.labs.internal.scene.control.skin.GridViewSkin seems to have a bug with it's itemsListener.
The implemented listener checks for 1 change Event only, if 2 change events are existing within the variable "change", the second one is ignored.

I've added my own listener and compared this to the one given in the GridViewSkin source file. The change event contained "added" = true + "removed" = true, there's not a single cell being deleted from my gridview. The only thing that happens is that elements are added to the list.
This failure could be due to an javafx internal bug of throwing invalid change events. Following code is being executed:

itemList.set(itemList.indexOf(model), model);

Events thrown by this single change event:
Added: true
Removed: true
Replaced: true
Updated: false

Events processed by your change listener:
Added

if (change.wasAdded()) {
    addCell(i);
} else if (change.wasPermutated()) {
    // TODO: what to do know??
    updateAllCells();
} else if (change.wasRemoved()) {
    removeCell(i);
} else if (change.wasReplaced()) {
    replaceCell(i);
} else if (change.wasUpdated()) {
    updateCell(i);
}

Possible untested fix:

if (change.wasReplaced()) {
    replaceCell(i);
}else if (change.wasAdded()) {
    addCell(i);
} else if (change.wasPermutated()) {
    // TODO: what to do know??
    updateAllCells();
} else if (change.wasRemoved()) {
    removeCell(i);
} else if (change.wasUpdated()) {
    updateCell(i);
}

Hi,
another suggestion for enhancing the calendarTextField:
make it possible to set a list / string array of parse formats for parsing the typed in text.

This would enable the user to enter 010413 instead of 01.04.2013 if he wants to type in the date...
Maybe the dateFormat that is used for output should be added automatically to the list of possible input formats.
Thanks
Hans-Peter

Observed behaviour:
Running JavaFX 2.2b11 on JDK 7u3, I start the BigDecimalFieldDemo.
The first (empty) BigDecimalField has focus, marked by the blinking cursor and a highlighted border.

When I select any of the other fields, it gains focus.
However, the originally focussed field stays highlighted as well; sometimes, even the blinking cursor remains.
Effectively, I have two focussed fields with cursors at the same time.

The problem disappears when I change my JavaFX SDK to the 2.1 GA release.

In order to finish travis-ci integration and thus benefit from the automatic builds (including Jemmy & JemmyFX tests), an admin must activate the hook between travis-ci and github.
It might be either by:

• activating the on/off switch on https://travis-ci.org/JFXtras/jfxtras-labs
• or activating the hook from the settings page of the JFXtras github repository

With JDK 8 b102 the 8.0 branch does not build anymore. Seems like 'BehaviorBase' has changed.

Errors:

jfxtras-labs/src/main/java/jfxtras/labs/internal/scene/control/behavior/GaugeBehaviorBase.java:45: error: constructor BehaviorBase in class BehaviorBase<C#2> cannot be applied to given types;
    super(CONTROL);
    ^
required: C#1,List<KeyBinding>
found: C#1
reason: actual and formal argument lists differ in length
where C#1,C#2 are type-variables:
  C#1 extends Gauge declared in class GaugeBehaviorBase
  C#2 extends Control declared in class BehaviorBase

I'm using jfxtras-labs-8.0-r3 and I'm having problems using BigDecimalField when I need to catch the focus event inside the textfield control of the spin button.

Apparently the event on focus is not fired when I click inside the spinbutton's textfield, and I don't know why. Please help me, tnx.

jfxtras.org states

JFXtras and JFXtras Labs are licensed under the BSD License

checking the code I found some files with "License" header and some without.

But the most remarkable thing is variety of headers. For example in https://github.com/JFXtras/jfxtras-labs/tree/2.2/src/main/java/jfxtras/labs/map
Coorditane.java states

//License: GPL. Copyright 2009 by Stefan Zeller

but MapPane.java has LGPL header

Timer from https://github.com/JFXtras/jfxtras-labs/tree/2.2/src/main/java/jfxtras/labs/animation has "Modified BSD License"

I think you can find other examples.

That kind of situation already looks like License violation.
So, use of this project as dependency is questionable for any project.

I created a SimpleMetroArcGauge but this is shown blank on Android. It does however show on the desktop and IPhoneSimulator. I (retro lambda ) compiled 'org.jfxtras:jfxtras-gauge-linear:8.0-r5-SNAPSHOT' to get a Java 7 version that would work on Android.

i use org.javafxports:jfxmobile-plugin:1.0.7 and 'org.jfxtras:jfxtras-controls:8.0-r5-SNAPSHOT'
'org.jfxtras:jfxtras-gauge-linear:8.0-r5-SNAPSHOT'

This are my android options:
android {
manifest = 'src/android/AndroidManifest.xml'
dexOptions {
javaMaxHeapSize = '2048m'
}
}

I use for DTO POJOS. And for desktop client GUI I use JavaFX. And of course, I would like to have bidirectional (not mono!) data binding. I've found two solutions:

1. to use special classes Adapters. For example if we have POJO class Person, then we create JavaFx (*property) class PersonAdapter. Besides in POJO Person we add PropertyChangeSupport. This method works, however it's necessary for every DTO write DTOAdapter. - bad.

2)I've found this article https://ugate.wordpress.com/2012/06/14/javafx-programmatic-pojo-bindings/ and this code for javafx8 https://github.com/JFXtras/jfxtras-labs/blob/8.0/src/main/java/jfxtras/labs/scene/control/BeanPathAdapter.java . To tell the truth I didn't understand how you will find out if the POJO is changed. By other words if javafx changes - POJO changes it's clear. But if POJO changes? Some mystery I thought and desided to test

class Person{
private String name;
public void setName(String name){
this.name=name;
}
public String getName(){
return this.name;
}
}

And the testing code:

Person person=new Person();
SimpleStringProperty sp=new SimpleStringProperty();
BeanPathAdapter testPA = new BeanPathAdapter<>(person);
testPA.bindBidirectional("name", sp);
person.setName("Name1");
System.out.println("Test1:"+sp.get());
sp.set("Name2");
System.out.println("Test2:"+test.getName()

Here is the result:

Test1:null
Test2:Name2

So we see that direction javafx property -> pojo works. However, pojo->javafx property doesn't. Or I do something wrong, or it doesn't work? Maybe someone will sugest a better solution?

Not sure what the difference between sections and areas but specifying either one doesn't show up on the gauge. Sometimes it also causes NullPointerExceptions. Code sample:

        Section yellow = new Section(currentMaxMB * 0.8, currentMaxMB * 0.9, Color.YELLOW);
        Section red = new Section(currentMaxMB * 0.9, currentMaxMB, Color.RED);
        gauge.setAreasHighlighting(true);
        gauge.setAreasVisible(true);
        gauge.getAreas().add(yellow);
        gauge.getAreas().add(red);

It seems that in the latest Versions of GridView the DoubleProperty of cellWidth, cellHeight, horizontalCellSpacing and verticalCellSpacing never get inizialized and are "null" so any .bind() operation or similar causes a NullPointerException

Hi

I think that you left a debug message in LinearGaugeSkin at Line 116.

    /** 
     * @return The CssMetaData associated with this class, which may include the
     * CssMetaData of its super classes.
     */    
    public static List<CssMetaData<? extends Styleable, ?>> getClassCssMetaData() {
        System.out.println("getClassCssMetaData");
        return StyleableProperties.STYLEABLES;
    }

Obviously not a big deal.

When initial binding is done using BeanPathAdapter, empty strings get treated differently than non-empty strings. The example below illustrates what I mean. The initial binding appears to happen in one direction for the first case, and the opposite direction for the second.

If emptyStringProperty is left without an initial value, it will default to null and, after binding is done, the emptyString value in the bean will be 'null'. Based on the following comment in the source, I assume this isn't the intended behavior.

// because of the inverse relationship of the bidirectional
// bind the initial value needs to be captured and reset as
// a dirty value or the bind operation will overwrite the
// initial value with the value of the passed property

I tested with the following versions:

2.2-r5
2.2-r6-20130906.083338-9
8.0-8.0-r1-20130906.112928-11

public class BPAEmptyVsNormal {
    public static void main(String[] args) {
        Bean bean = new Bean();

        StringProperty emptyStringProperty = new SimpleStringProperty("initial");
        StringProperty normalStringProperty = new SimpleStringProperty("initial");

        BeanPathAdapter<Bean> adapter = new BeanPathAdapter<>(bean);
        adapter.bindBidirectional("emptyString", emptyStringProperty);
        adapter.bindBidirectional("normalString", normalStringProperty);

        System.out.println(bean.getEmptyString());  // prints 'initial'
        System.out.println(bean.getNormalString()); // prints 'normal'
    }

    public static class Bean {
        private String emptyString = "";
        private String normalString = "normal";


        public String getEmptyString() {
            return emptyString;
        }

        public void setEmptyString(String emptyString) {
            this.emptyString = emptyString;
        }

        public String getNormalString() {
            return normalString;
        }

        public void setNormalString(String normalString) {
            this.normalString = normalString;
        }
    }
}

The current BeanPathAdapter fails supporting Enums and fails with this exception:
Reason: The used pojos field "visibility" is not set (null) - this may cause an illegalargumentexception if "valueOf" is called or in this case if "newInstance of Enum" is created. There is no way to handle this from my side. The only option is to define a default value for the pojo - which may not be wanted. There is no way to give the adapter a default value.
Example Code:

enum Visibility { DEFINIE_SOME_CONSTANTS; }

@FXML
ChoiceBox<Visibility>               uploadVisibility;
beanPathAdapter.bindBidirectional("upload.visibility", uploadVisibility.valueProperty(), Visibility.class);

Caused by: java.lang.IllegalArgumentException: Unable to get accessor return instance for MethodHandle()Visibility using class org.chaosfisch.youtubeuploader.db.data.Visibility.
    at jfxtras.labs.scene.control.BeanPathAdapter$FieldHandle.deriveValueFromAccessor(BeanPathAdapter.java:3198) ~[jfxtras-labs-2.2-r5-SNAPSHOT.jar:na]
    at jfxtras.labs.scene.control.BeanPathAdapter$FieldProperty.setDerived(BeanPathAdapter.java:1751) ~[jfxtras-labs-2.2-r5-SNAPSHOT.jar:na]
    at jfxtras.labs.scene.control.BeanPathAdapter$FieldProperty.<init>(BeanPathAdapter.java:1727) ~[jfxtras-labs-2.2-r5-SNAPSHOT.jar:na]
    at jfxtras.labs.scene.control.BeanPathAdapter$FieldBean.performOperation(BeanPathAdapter.java:1289) ~[jfxtras-labs-2.2-r5-SNAPSHOT.jar:na]
    at jfxtras.labs.scene.control.BeanPathAdapter$FieldBean.performOperation(BeanPathAdapter.java:1280) ~[jfxtras-labs-2.2-r5-SNAPSHOT.jar:na]
    at jfxtras.labs.scene.control.BeanPathAdapter$FieldBean.performOperation(BeanPathAdapter.java:1144) ~[jfxtras-labs-2.2-r5-SNAPSHOT.jar:na]
    at jfxtras.labs.scene.control.BeanPathAdapter.bindBidirectional(BeanPathAdapter.java:560) ~[jfxtras-labs-2.2-r5-SNAPSHOT.jar:na]

Possible solution - around line 3198 add - this correctly sets the value to null. Alternative: Set one of the enum constants as targetValue, this is a design issue however. I prefer the null value.

} else if (clazz.isEnum()) {
    targetValue = null;
}

OK, let's try this one :)

I can't seem to modify tick marks at all. There are a lot of set methods to modify tick marks but they don't seem to do anything. For example, try setting the the max value to 1200 (gauge.setMaxValue(1200)). The gauge shows with too many ticks and labels, all showing on top of each other. If I try to limit how many ticks there are, it has no effect. I've tried the following:

        gauge.setMinorTicksVisible(false);
        gauge.setMajorTicksVisible(false);
        gauge.setMaxNoOfMajorTicks(10);
        gauge.setMajorTickSpacing(500);

No change.

Hi,
I have a problem integrating jfxtras into a groovyfx application.
I tried to add the calendarTextField to a gridpane, but I'm getting
org.codehaus.groovy.runtime.typehandling.GroovyCastException: Cannot cast object 'CalendarTextField[id=validFromField, styleClass=CalendarTextField]' with class 'jfxtras.labs.scene.control.CalendarTextField' to class 'javafx.scene.Node'
at org.codehaus.groovy.runtime.typehandling.DefaultTypeTransformation.castToType(DefaultTypeTransformation.java:360)
at org.codehaus.groovy.runtime.ScriptBytecodeAdapter.castToType(ScriptBytecodeAdapter.java:599)
I don't understand why the CalenderTextField which is a Control cannot be cast to a Node (superclass).

Can anybody help me with this?

Thanks

• Not all branchs have a travis.yml build instruction file.
• Also it would be good if we could adapt our build file so that we can have badges for each branch (ie a build fail on branch 8.0 is not seen as a build fail in branch 2.2).

Unable to get Tool tip to override the existing message "Type a date or use # for today, or +/-[d|w|m|y] for delta's (for example: -3m for minus 3 months)\nUse cursor up and down plus optional shift (week), ctrl (month) or alt (year) for quick keyboard changes."

Please provide a solution to override the calender tooltip message asap.

Thank you.

To be consistent with JavaFX, the Builder classes should have a static create method. Instead of:

new GaugeBuilder().create()...

it should be

GaugeBuilder.create()....

I am developing a project using jpa EclipseLink 2.0 and the controls of jfxtras, but seems that XMLParser class are incompatibles and i can initialize the persistence unit, when i add the jar of javafxstras i got the exception when i try to create the EntityManagerFactory(1. URI was not reported to parser for entity [document])
at org.eclipse.persistence.internal.jpa.deployment.xml.parser.XMLExceptionHandler.error(XMLExceptionHandler.java:28)
at org.eclipse.persistence.internal.jpa.deployment.xml.parser.XMLExceptionHandler.warning(XMLExceptionHandler.java:23)
at gnu.xml.aelfred2.SAXDriver.warn(SAXDriver.java:935)
at gnu.xml.aelfred2.SAXDriver.startExternalEntity(SAXDriver.java:631)
at gnu.xml.aelfred2.XmlParser.pushURL(XmlParser.java:3358)
at gnu.xml.aelfred2.XmlParser.doParse(XmlParser.java:159)
at gnu.xml.aelfred2.SAXDriver.parse(SAXDriver.java:320)
at gnu.xml.aelfred2.XmlReader.parse(XmlReader.java:294)
at org.eclipse.persistence.internal.jpa.deployment.PersistenceUnitProcessor.processPersistenceXML(PersistenceUnitProcessor.java:577)
... 69 more

I downloaded the latest zip file from master branch today. Then I ran the BeanPathAdapterTrial1. Now,when I select the person 1 from the demo, and then select a lot of items from hobby list, for example, first select 5th item('Hobby 5') from hobby list, then shift click 100th item, then the GUI goes non-responsive for 2-3 seconds. When I press the 'Remove selected hobbies' button, again the GUI goes non-responsive for 2-3 seconds.

I am truly impressed with these libraries, your work is outstanding!

In working with the SimpleMetroArcGauge I believe that there is an issue with the skinning of it and the BasicArcGauge.

When the minimum or maximum value is updated the ValuePane appears to be re-sized incorrectly and the css 'value-format' is also dropped or not rendered correctly.

Simply re-sizing the control and forcing it to re-render causes the ValuePane to be correctly re-sized and the 'value-format' css to be correctly implemented.

Unfortunately my knowledge of css, skinning and how javafx uses it is very limited and I think I have about exhausted my ability to further localize the problem. Any insight into a short term workaround would be greatly appreciated.

jeff

It should be possible to add uni-directional binding for read only properties? When you try to bind to a pojo that lacks a setter for the bound property you get an error that there is no setter method for the property. In many cases this is just the intention, you only want to show something in the UI, not set it.

Hi,

Greetings….

I have used the jfxtras labs (library) components in my project. Really nice work .
With the LCD gauge control I am facing following issues.

I bound the few of the properties of the LCD gauge.
//bind the properties.
lcd.prefHeightProperty().bind(analogControl.heightProperty());
lcd.prefWidthProperty().bind(analogControl.widthProperty());

    lcd.titleVisibleProperty().bind(analogControl.tagVisibleProperty());
    lcd.bargraphVisibleProperty().bind(analogControl.barGraphVisibleProperty());
    lcd.minMeasuredValueVisibleProperty().bind(analogControl.minValVisibleProperty());
    lcd.maxMeasuredValueVisibleProperty().bind(analogControl.maxValVisibleProperty());
    lcd.lcdDecimalsProperty().bind(analogControl.decimalNumberProperty()); 

Where the analogControl is my other control.

For titleVisibleProperty() it works fine.
However for rest of the properties it’s not working properly.
For example, for lcdDecimalsProperty() it does not show the changes immediately . When I change the bargraphVisibleProperty() then only it shows the changed (latest) decimal values.
That is it does not renders the scene immediately or does not reflect the changes. Strange …!

For minMeasuredValueVisibleProperty() and maxMeasuredValueVisibleProperty() properties it does not show any changes.
For all these properties I tried to print the current values on the console using the changeListener() and I got the updated (latest) values on the console , however did not get the changes on the control.

Please do the needful.
For any concern please revert.

Adjust locale settings like follows:

Old code:

private NumberFormat(final String FORMAT_STRING) {
Locale.setDefault(new Locale("en", "US"));
DF = new DecimalFormat(FORMAT_STRING);
}

New code:

private NumberFormat(final String FORMAT_STRING) {
DF = new DecimalFormat(FORMAT_STRING,new DecimalFormatSymbols(Locale.US));
}

For example, if I start out with a new Odometer control and call setRotations(16), I get 11 showing on the odometer.

I see some problems in MonologFX classes:

1. In MonologFXButton class Localization and all string uses is too strange. For example copy from private field defLabels to private HashMap HashMap defaultLabels. Maybe, better to create static field with types, that loaded with Localication in static block?
2. Maybe, in MonologFXBuilder better to clone button in contructor?
3. With Localication, better to delete such string as noBtn.setLabel("_No") in private void addOkButton, addNoYesButton.

Sorry my too bad English :(

If I click-and-hold on the arrow DOWN button, the value start automatically changing, but it is incrementing, not decrementing.

ResponsivePane isnt available anymore?

A blog talked about this: https://tbeernot.wordpress.com/2016/12/11/responsivepane/

For example, if I start out with a new Odometer control and call setRotations(16), I get 11 showing on the odometer.

I have noticed that memory usage for radial gauges increases every time the setValue() method is called. I have a project that I can upload showing this issue if that will help.

The code I use for adding the gauge to my application is very similar to ensemble.

I'm using JFXtras 8.0-r1-SNAPSHOT and I'm having problems using BigDecimalField when I need manipulate focus.
The method requestFocus() simply doesn't work. If I need focus in the field I should write this sentence:

((BigDecimalField) field).getChildrenUnmodifiable().get(0).requestFocus();

even this way, the first time I try focus, getChildrenUnmodifiable() returns an empty list.

JFXtras does not compile on 8.0 anymore (tested on b94) due to an API change:

It seems that

protected double computeMinHeight(double width)

as been replaced by

protected double computeMinHeight(double width, double topInset, double rightInset, double bottomInset, double leftInset)

Hello,
the current CalendarTimeTextFieldCaspianSkin first looks at the dateFormat that is specified. If the parsing fails, it looks at the list of alternative formats specified.
I have a case where this is not optimal.
my dateFormat (which is also the OUTPUT format of the calendarTextField) is dd.MM.yyyy
I would like to parse "1.1.11" to "01.01.2011", but this is only possible, if the dd.MM.yy format is parsed before the dateFormat. (it turns to 01.01.0011 otherwise)
Is it possible to first parse the list of alternate formats and then the dateFormat? The user of the API can then put the standard date format at the position he likes (it's a list) and can therefore influence the parsing. At the moment this is not possible if the output format is a "long" format... but short formats should be parsed...
Thanks for any help!
Greetings
Hans-Peter

Using the GaugeBuilder, all gauges turn out with the RADIAL type no matter what you pass into the builder

Comment:
You should always set a gaugeType in the builder, otherwise it will default to Radial. Will take a closer look tomorrow. (Gerrit)

Hi there, I recently received several emails about broken build, and indeed, last success has been registered '8 mo 16 days' ago. Is anyone taking care of the Jenkins located under http://jfxtras.com/jenkins/ ?

If you set a high flipTimeInMs (e.g. 2 s), you can see that the digits update in a strange way.
The digit change happens instantly when the flipping animation is over, instead of having the old digit being "flipped-out" and the new one appearing gradually as the flap exposes it.

In Java 8, com.sun.javafx.scene.control.skin.SkinBase is replaced by javafx.scene.control.SkinBase and component skin/behavior seems to have changed a little

Will JFXtras be ported to JavaFx 8 ?

Thanks

Hi,

I am facing a very serious issue with re sizing Radial Gauge.
Please find the attached screen shots.

1. AT NORMAL SIZE
   

2. AFTER MAXIMIZE THE GAUGE SIZE
   

3. AFTER MINIMIZE THE GAUGE SIZE
   

After selecting Date and Time selection icon is not visable. But in Eclipse Kepler it is working.

It might be useful to have acess to textfield object for example if i want to make the textfield not editable and change the text to be centered right.

Also it might be useful to be able to have a method to hide the increase /decrease buttons (to make it a plain bigdecimal textfield)

Run ListSpinner1 demo from the 8.0 branch of https://github.com/JFXtras/jfxtras-labs-samples.git.

Use the TAB key to change focus. [Only two (2) controls seem to receive focus in this demo: the "cyclic" checkbox, and the list spinner in the left pane.]

Note that the spinner control becomes completely flat when it has the focus via keyboard navigation. It looks like a plain vanilla label.

Look at the console output.

Dec 05, 2013 10:03:47 AM javafx.scene.CssStyleHelper calculateValue
WARNING: Could not resolve '-fx-focused-base' while resolving lookups for '-fx-background-color' from rule '*.ListSpinner:focused' in stylesheet jar:file:/Users/pf/.gradle/caches/artifacts-26/filestore/org.jfxtras/jfxtras-labs/8.0-r1-SNAPSHOT/jar/37202fdba27cbd3553ca296604cb049ae6760288/jfxtras-labs-8.0-r1-SNAPSHOT.jar!/jfxtras/labs/internal/scene/control/ListSpinner.css ...
[several more similar logging statements omitted for brevity]

Modena.css does not define "-fx-focused-base". It does define the following:

-fx-focus-color: #039ED3;
-fx-faint-focus-color: #039ED322;

Caspian.css defines -fx-focused-base with the comment:

/* Used to specify the body color for focused objects. By default, it's
* the same as -fx-base (i.e., the body color doesn't change when a control
* gets focus).
*/
-fx-focused-base: -fx-base;

So, I'm guessing the fix for this is to just replace -fx-focused-base with -fx-base in ListSpinner.css.

Beyond this, I wondering: ListSpinnerCaspianSkin?! Why is the skin "tied" (at least in name) to the caspian theme?

Environment:

$ java -version
java version "1.8.0-ea"
Java(TM) SE Runtime Environment (build 1.8.0-ea-b117)
Java HotSpot(TM) 64-Bit Server VM (build 25.0-b59, mixed mode)

$ sw_vers
ProductName: Mac OS X
ProductVersion: 10.9
BuildVersion: 13A603

I try to use BeanPathAdappter with a class that contains one field, this Field is another class that extends one abstract class , new BeanPathAdapter<>(Lancamento).bindBidirectional("ipi.aliquota", getIpiAliquota().numberProperty(), BigDecimal.class);
Lancamento was a Class that contain Ipi.class and Ipi.class extends AbstractImposto.class, where is my fields .
if I put AbstractImposto.class fields inside Ipi.class and not extends, 'bindBidirectional' works, so binding with inheritance doesn't work?
Thanks.

I see some problems in MonologFX classes:

1. In MonologFXButton class Localization and all string uses is too strange. For example copy from private field defLabels to private HashMap HashMap defaultLabels. Maybe, better to create static field with types, that loaded with Localication in static block?
2. Maybe, in MonologFXBuilder better to clone button in contructor?
3. With Localication, better to delete such string as noBtn.setLabel("_No") in private void addOkButton, addNoYesButton.

Sorry my too bad English :(

Wanted to test JFXtras-labs latest sources with JavaFX 8 but among other smaller compilation errors I can handle there is one BIG problem. The class com.sun.javafx.scene.control.skin.SkinBase used in all the JFXtras skin classes is not present in the latest build of JDK 8