TabbedPane and SplitPane in javafx 1.2

Hi there,
I have some problems finding the TabbedPane and SplitPane package in javafx 1.2.
I´m new to javafx and doing some Tutorials. Now i got a Project which requires Tabs and some sort of Window splitting.
For example, the tutorial: MyTabbedPane
in Netbeans 6.5.1 with javafx 1.2 installed, theres always the error message "Could not find Symbol" at the "TabbedPane" expression.
I hope you can help, i´m quite frustrated at the moment.
Thanks in advance for any help.

I have some problems finding the TabbedPane and SplitPane package in javafx 1.2.No wonder, they don't exist (yet!).
The article you link to isn't a tutorial but a demo.
At the bottom of the article, there a link to the source of this implementation: mytabbedpane

Similar Messages

Printable and Graphics in JavaFX - future strategy?

Hi all,
I need JavaFX for a business application that requires reporting, printing and also a print preview. What would be the best approach for creating complex layouts (text, tables, graphics, images, graphs, various fonts etc.), having the application display a (WYSIWYG!-)print preview and printing them, just as displayed in the preview?
In Swing, I resort to the Printable/Pageable API and the Graphics/Graphics2D classes - all AWT classes. As far as I can see, JavaFX is not related to AWT in any way. So, can anyone point out how to implement such requirements using JavaFX for the UI - and for createing the print layout?
Some details on my motivation:
1) The API of JavaFX would be great for implementing complex layouts.
2) Using two different graphics APIs & layers (JavaFX + AWT) does not seem to make sense to me. And, AFAIK JavaFX is not only meant to replace Swing, but likewise AWT.
3) The most important: Printing support is a "must-have", maybe even mission critical.
Recently, I talked about JavaFX with decision makers at a development company. They make several business applications, built on Java, with several thousands of customers. They asked repeatedly for printing support. They said, customers keep asking how to print all those nice diagrams. They just want to print what the see. The want it, just like they want to print web pages from a browser. And, in a browser, they can - and in JavaFX they cannot (so it seems). At present, that makes JavaFX a difficult topic for decision makers ... :-(
I would be very glad about opinions, hints and - if possible - some info concerning printing from the JavaFX team :-)
Best regards,
R. Rohm
Edited by: r.rohm on 03.04.2012 09:06

the viewer components are Swing components, which would require the application to be a swing application (since I cannot embed a Swing component in a JavaFX app.) - correct?I used a Swing pdf viewer in a JavaFX application.
When I wanted to display a pdf, I just invoked the main method on the Swing pdf viewer which created a Swing JFrame and it all seemed to just work. Of course, it isn't an officially supported integration point. As long as the Swing portions of the app are being rendered in their own JFrame rather than a JavaFX managed Stage and you are careful about any threading callback issues, then displaying a Swing based report from a JavaFX app seems like it should be pretty straight-forward and a pretty quick and low-risk solution.
http://java.net/projects/pdf-renderer
http://java.net/projects/pdf-renderer/sources/svn/content/trunk/demos/viewer/com/sun/pdfview/PDFViewer.java?rev=140
http://code.google.com/p/willow-browser/

Some gap bettween my tabbedpane and vbox.

Hi i have placed one tabbed pane in my application. and 4
vboxes in that. I have put some wipedown effect for my vboxes and
for my tabbed pane i have put green color. My intenction is the
green color willbe visible for the user at the time of swiching the
tab. everyting is fine. But i am getting some gap between my tabs
and my vbox border. by that, one green color bar is visible for the
user. How to remove the space on that top. Do we have any
attributes to remove that gap.
my sample code:
<mx:TabNavigator borderStyle="solid" id="tabacc"
width="640" height="600" change="disabletwo()" creationPolicy="all"
hScrollPolicy="off" vScrollPolicy="off" backgroundColor=green"
tabHeight="25" >
<mx:VBox id="personPanel"
label=" Member Info " width="640"
height="600" hScrollPolicy="off" vScrollPolicy="off"
marginTop="0" marginBottom="0" marginLeft="10"
showEffect="resizeBig" hideEffect="resizeSmall"
backgroundColor="white" >

There is default padding around the content area of any
container. Try
setting the paddingTop style on the TabNavigator to 0 to get
rid of the
space between the tabs and the child containers.
tabacc.setStyle("paddingTop", 0);
or
<mx:TabNavigator paddingTop="0" .../>
-Deepa
Flex SDK
"j2eesatish" <[email protected]> wrote in
message
news:e7ue9t$mcl$[email protected]..
> Hi i have placed one tabbed pane in my application. and
4 vboxes in that.
> I
> have put some wipedown effect for my vboxes and for my
tabbed pane i have
> put
> green color. My intenction is the green color willbe
visible for the user
> at
> the time of swiching the tab. everyting is fine. But i
am getting some
> gap
> between my tabs and my vbox border. by that, one green
color bar is
> visible for
> the user. How to remove the space on that top. Do we
have any attributes
> to
> remove that gap.
>
> my sample code:
> <mx:TabNavigator borderStyle="solid" id="tabacc"
width="640" height="600"
> change="disabletwo()" creationPolicy="all"
hScrollPolicy="off"
> vScrollPolicy="off" backgroundColor=green"
tabHeight="25" >
> <mx:VBox id="personPanel"
> label=" Member Info " width="640"
> height="600" hScrollPolicy="off" vScrollPolicy="off"
> marginTop="0" marginBottom="0" marginLeft="10"
> showEffect="resizeBig" hideEffect="resizeSmall"
> backgroundColor="white" >
>

JPanels and SplitPanes difficulty

Hi there, I am playing around with swing at the moment, and am having some difficulty with JPanels and split panes.
What I would like to get eventually is a JFrame split up like this:
|             |            |
|             | -----------|
|             |            |
|             |            |
|             |            |
|             | -----------|
----------------------------Just in case that v poor diagram does not suffice - The JFrame should be split roughly in half with a vertical line, then the right hand panel should be split into thirds (roughly) with two horizontal lines.
The code that I have is this:
import javax.swing.JFrame;
import java.awt.*;
import javax.swing.JLabel;
import javax.swing.JPanel;
import javax.swing.JSplitPane;
     public class ccssc {
          private JPanel jsp2;
          private JPanel jsp1;
          private JPanel jsp3;
          private JPanel jsp4;
          private JLabel jl = new JLabel("HELLO JLABEL");
          public ccssc(){
               JFrame.setDefaultLookAndFeelDecorated(true);
          JFrame frame = new JFrame("Self Contained Example");
          frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
          frame.setPreferredSize(new Dimension(1200, 900));
          //init
          jsp2 = new JPanel();
          jsp1 = new JPanel();
          jsp3 = new JPanel();
          jsp4 = new JPanel();
          jsp3.setSize(350, 50);
          jsp4.setSize(350, 50);
          jsp1.setSize(900, 1000);
          jsp3.add(jl); //Frame with the JLabel on it.
          jsp1.setBackground(Color.BLUE);
          jsp2.setBackground(Color.BLACK);
          jsp3.setBackground(Color.RED);
          jsp4.setBackground(Color.GREEN);
          JSplitPane splitPane2 = new JSplitPane(JSplitPane.VERTICAL_SPLIT,
                 true, jsp3, jsp2);
          JSplitPane splitPane3 = new JSplitPane(JSplitPane.VERTICAL_SPLIT,
                 true, splitPane2, jsp4 );
          JSplitPane splitPane1 = new JSplitPane(JSplitPane.HORIZONTAL_SPLIT,
                 true, jsp1, splitPane2);
         splitPane2.setDividerLocation(50);
         splitPane3.setDividerLocation(700);
         splitPane1.setDividerLocation(850);
         frame.add(splitPane3);
         frame.add(splitPane1);
         frame.setResizable(true);
         frame.pack();
          frame.setVisible(true);
          public static void main(String[] args) throws Exception{
               new ccssc();
     }My thinking is that the JSplitPane3 should have as its top half JSplitPane2, and as its bottom half, the new JPanel (jsp4) however, this does not work, it runs fine, but only displays the first 3 JPanels, and only the JSplitPanes 1 and 2.
I am confused, is there something I am missing here?
Thanks for your time,
beccy

Two issues with your code:
You know that you are adding components to JFrame twice without specifying where. When doing this, you are actually adding components to the JFrame's contentPane, and the default layout for the contentPane is a BorderLayout. Thus when you add two things without specifying a location, both are added to the BorderLayout.CENTER position, and thus the second component will completely obscure the first one added.
The other issue is that the API for the JSplitPane.setDividerLocation( ) method states that it only will have an effect after the split pane is correctly realized and on the screen. This will only occur after setVisible(true) has been called. You may want to move these method calls to after the frame has been set visible. If done correctly, you won't have to call setSize on the JPanels (somethiing that shouldn't be done anyways). Something like so:
import java.awt.BorderLayout;
import java.awt.Color;
import java.awt.Dimension;
import javax.swing.JFrame;
import javax.swing.JPanel;
import javax.swing.JSplitPane;
import javax.swing.SwingUtilities;
class MyCcssc2 extends JPanel
    public static final Dimension PANEL_SIZE = new Dimension(800, 650);
    private static final long serialVersionUID = 1L;
    private JPanel leftPanel = new JPanel();
    private JPanel rightTopPanel = new JPanel();
    private JPanel rightMidPanel = new JPanel();
    private JPanel rightBottomPanel = new JPanel();
    private JSplitPane rightBottomSP = new JSplitPane(JSplitPane.VERTICAL_SPLIT,
            rightMidPanel, rightBottomPanel);
    private JSplitPane rightSP = new JSplitPane(JSplitPane.VERTICAL_SPLIT,
            rightTopPanel, rightBottomSP);
    private JSplitPane mainSP = new JSplitPane(JSplitPane.HORIZONTAL_SPLIT,
            leftPanel, rightSP);
    MyCcssc2()
        setLayout(new BorderLayout());
        setPreferredSize(PANEL_SIZE);
        leftPanel.setBackground(Color.blue);
        rightTopPanel.setBackground(Color.red);
        rightMidPanel.setBackground(Color.black);
        rightBottomPanel.setBackground(Color.green);
        add(mainSP);
    public void setDividerLocation()
        mainSP.setDividerLocation(0.5);
        rightSP.setDividerLocation(0.3333);
        rightBottomSP.setDividerLocation(0.3333);
    private static void createAndShowGUI()
        JFrame frame = new JFrame("Swing Application");
        MyCcssc2 ccssc2 = new MyCcssc2();
        frame.getContentPane().add(ccssc2);
        frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
        frame.pack();
        frame.setLocationRelativeTo(null);
        frame.setVisible(true);
        ccssc2.setDividerLocation();
    public static void main(String[] args)
        SwingUtilities.invokeLater(new Runnable()
            public void run()
                createAndShowGUI();
}Also, try to use variable names that are more meaningful. It will make your code that much easier for us to read. Good luck!
Edited by: Encephalopathic on Dec 26, 2007 7:42 AM

Differences between old JavaFX and the new one: some questions

Hi,
I'm coming back to my JavaFX studies after 2/3 months and I see that some things are different.. Now, I have some questions:
1) I see that javafx.ui was deprecated or rewritten in favor of javafx.ext.swing. Why there are a javafx.application.Frame and a javafx.ext.swing.SwingFrame? Which one should I use?
2) Neither javafx.application.Frame or SwingFrame has the "*undecorated*" attribute that javafx.ui.Frame has. I got this feature only reimplementing createWindow() function like this:
function createWindow(): java.awt.Window {
       //this is a trick, because Frame don't has a undecorated attribute.
       var f: java.awt.Window = super.createWindow();
       (f as javax.swing.JFrame).setUndecorated(true);
       return f;
}Should I report this as a bug/RFE in [http://bugreport.sun.com/bugreport/] ? Where should I report bugs and RFEs to JavaFX?
3) Why frame's opacity don't work in Linux? Is this a Linux restriction or only a "not yet implemented" feature?
My java -version:
java version "1.6.0_10"
Java(TM) SE Runtime Environment (build 1.6.0_10-b33)
Java HotSpot(TM) 64-Bit Server VM (build 11.0-b15, mixed mode)
4) Where is that cool feature that permits me to easily animate in JavaFX doing only x = [1..100] dur 1000? Now, I need to use this more advanced (and more complicated) Timeline object.
Timeline {
        keyFrames:Timeline [
                KeyFrame{time : 0s values: x => 0.0},
                KeyFrame{time : 2s values: x =< 180.0 tween Interpolator.LINEAR}
        ]//keyFrames
}//Timeline;Sorry for the amount of questions.
TIA,
Bruno E. Grossi

The new ones will be substantially faster than yours because it has 8-cores instead of four, a faster Frontside Bus, and faster RAM speed.
You could use the same RAM, but since the new ones can accommodate a faster RAM module you would cause the machine to run slower by using the slower RAM from your old machine.
You can use the same hard drives since both machines support SATA drives.
On the other hand you could just be happy with what you have! It's probably more than you need.

How to display swf Files and have a datagrid with paging for javaFX

is there any example of javaFX which can display swf files or have a datagrid with paging.
sorry for my bad english and by the way i am new to javaFX
any help wil be appreciate

Please, refrain from posting identical messages in several forums. Thanks.
And I doubt JavaFX can display SWF files (it is a concurrent technology, after all! :-)), unless using some JNI/JNA technology (via JDIC? a long way...).
Datagrid: it is expected in next version (hopefully), there are some implementations around (look for CRUDfx, for example).

Build java and javafx applications

Hello everybody! Currently, I am building a netbeans project that consist of java and javax applications and the questions are :
1. How to call java object in javafx object or it reverse. Which one the better?
2. How to compile and run the project that consist of java and javafx applications.
Help me, please!Thank's

Also, If you want to call JavaFX methods from Java you can use interface and have the JavaFX class extend it (interfaces are extended in JavaFX)
For example, make interface FXAdapter.java
interface FXAdapter {
public void modifyLayout();
}And in your FX class
public class FXClass extends FXAdapter {
public override function modifyLayout() : Void { /*Implementation*/ }
}Now in your java class you can ask for FXAdapter as a parameter and pass a FXClass object

JAVAFX Technology-Animation and Graphics

How do i start if i want to develope an integrated graphics environment consisting of trees,some rocks scartered all over the place using graphics and animation in JavaFx technology for a desktop application?

You might want to start here: http://www.javafx.com/learn/

Javafx and the eclipse plugin ...

Hi,
I have a mac use eclipse and have the javafx plugin. I have encountered a number of issues with the plugin, or eclipse!!!! Issues with:
1. Debugging - General issues with breakpoints. Sometimes it doesnt even attach to the process!!!!
2. Saving files and it not building the project properly.
3. Code completion. Seemed to work at 1st but doesnt now!
Dont think I have this problem with java, although I havent written much java at home.
Anybody else have this problem?

Anyone had any similar experience????
Just tried under linux fedore(vmware) and had a similar experience.
Can someone please comment.

JavaFX and multimedia

Hello!
I have some general (abstract!) questions about JavaFX and programming multimedia applications.
JavaFX is made for web, desktop and mobile applications. And I could use all kind of J2SE-API´s which are available for the specific platform.
So how does it supports programming multimedia applications? Are there any other frameworks or which kind of possibilities do I have with JavaFX itself?
I know this a very abstract questions, but perhaps you could give me some hints / buzz words, so I can start searching for it. The background of this question: I have to compare the multimedia possibilities with other technologies like Silverlight or Flex. First I have to list these possibilities and then make an evaluation (what´s good - what´s bad, easy to use, also for a non-programmer, ...).
Perhaps someone could help me.
Thanks a lot in advance & Best Regards.

@InteractiveMesh:
Yes, I see that I could use every Java-API which will be available on this platform, so Java 3D is included in the J2SE and therefore I can use it.
On mobile phones with J2ME I can´t use it. But how could I know, programming in Eclipse/NetBeans, what API's are avaliable? Do I have to look into the documentation or is there any kind of help of the IDE?
@PhiLho: I know that it is a broad area. I target no specific platform, the question is an "open one".
I do not have a special functionality I have to include, I have to give an overview.
Hm, do you think I should list GUI elements like described here:
[http://java.sun.com/javafx/1/tutorials/ui/|http://java.sun.com/javafx/1/tutorials/ui/]
Do you mean with that I could find all on the JavaFX website sth. like adding images or movies, creating animations?
Or should I walk throught the samples on http://www.javafx.com/samples/ and search for examples with multimedia?
So I have to search for all multimedia frameworks which Java offers and all which JavaFX + frameworks will offer to me?
Thanks a lot in advance & Best Regards.

I don't like JavaFX script and here's why

What designers need is not a new language, but a WYSIWYG editor and interface for drawing and animating graphics and text, (including 3D in the future), which then automatically generates good old Java!! I see nothing wrong with Java e.g. Box myBox=new Box(); mybox.height=500; mybox.width=600; window.add(myBox); I see this as equally concise and simple as JavaFX, and is fully object-oriented, and as such, fully property-editable ("declarative", as you would put it). And Java is widely known. And it is hugely powerful. Why Sun thinks JavaFX will be easy for designers is beyond me, given that it's a whole new syntax! Yuck! I hope therefore that when a WYSIWYG editor comes out for creating content, that there is at least the OPTION of translating to pure Java, which is just as easy and editable in EVERY respect as JavaFX. SUN, PLEASE CONCENTRATE ON A WYSIWYG EDITOR FOR 2D AND 3D GRAPHICS, which uses pure JAVA!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! So that we can make fully object-oriented applications and design them easily but have ONE scheme of communication rather than the ActionScript/MXML mess that is Flash, or the C#/XAML mess that is WPF/Silverlight!!!!!!!!!!!
Sun, promote your Java, don't destroy it! I can't help but think you made JavaFX because of the crappy Flash/MXML and Windows/XAML schemes, when you should have realised all along that Java is better and that by making a 2D and 3D graphics WYSIWYG editor, designers will absolutely love it and will be producing content immediately!! And.. we as developers NEED PURE Java.
Regards, N

muchacho wrote:I don't agree with your propose to a Java extension, I don't want Java to become more complex or bloated as C#.If you're talking about the code itself, it's less bloated, not more bloated, and its level of complexity is the same. As for the language, it's the exact same syntax as array declaration, so I disagree that it bloats or complicates Java given that it is a logical extension to array declaration.
This is unlike e.g. C++ where the plethora of features can make code difficult to read.
It is obviously only an option for coders, but where it is used, it makes the Java easier to read, not more difficult to read.
If it was up to me, I'd implement the array declaration syntax to be extended to include objects immediately, since I'm beginning to think that I'd really like to use this way of starting objects!! Not just for GUIs, but all over Java!! It'd certainly make my Java more fun and readable!
Here's the problem I have with the idea of JavaFX "complementing" Java: redundancy. Many features of JavaFX are in Java and vice versa. Therefore they are not complementary languages but compete directly. This is not a bad thing at all, but if they truly pursue JavaFX, they should ensure that both JavaFX and Java have full and complete functionality and full API access, so nobody can have a single regret if they go with either platform. For example: if I use Java I don't want to miss out on a Java API adaptation of the "bindable" functionality, or easy use of callbacks, and if I use JavaFX I don't want to miss out on fully object oriented functionality and structure, and access to ALL Java APIs, including third party and all old ones.
If that happens, as it should, then I want JavaFX everywhere, including server side, and I won't touch Java again, including for 3D games, media applications, business systems, etc. etc., server and client side. I'd literally make the complete switch, because I'd much prefer to develop in one language than two. And I would also recommend JavaFX to others if they enquire and if they are starting from scratch because of some of its nicer features. It would have all the same functionality and performance anyway if Sun ensures it, right? And then I'd like to see it re-named something original like "Sun MagicScript" for its first official release because I don't think "JavaFX" really demarks it as a new and proper language, which it is.
Then I would become a real "MagicScript" FAN and convert!! And I won't look back!
If it doesn't offer the full object-oriented functionality or full API access as Java, or to be extra-safe, they should ensure that the WYSIWYG editor generates pure Java very, very well, as well as to cater for the existing Java-ites and scared people, allowing the option of both Java and "MagicScript" generation. I also truly look forward to this WYSIWYG editor (with the features I've described earlier) as my main request!
All the very best!! :)
N

JavaFX SDK - no tab widget?

The previous JavaFX releases had somehow the possibility to use a tabbedPane and the tab widget.
I don't see them back in the list of javafx.ext.swing widgets of the newly released javaFX SDK. Will they be added in a future SDK release
or if not, does somebody has an example how to create a tabbedPane and tabs with the new SDK release?
Appreciate any help.

Here is an example of some [ UI components|http://fisheye4.atlassian.com/browse/~br=technology-preview-1/openjfx-compiler/branches/technology-preview-1/demos/Assortis/src/assortis/core/ui] implementation: MyTabbedPane, MyTab

Add Component to SplitPane (FX 2.0)

Hello (:
How I can add any component (for example button) to SplitPane (javafx.scene.control.SplitPane)? )

aidreamer wrote:
I'm not sure due to the incomplete documentation and my inability to use JavaFX 2.0 myself as a Linux user, but you might want to try adding Nodes to the ObservableList retrieved by this method: http://download.oracle.com/javafx/2.0/api/javafx/scene/control/SplitPane.html#getItems%28%29
Your guess is spot on. Also, the FX 2.0 SplitPane can evidently have multiple dividers.
import java.util.List;
import javafx.application.Application;
import javafx.scene.Group;
import javafx.scene.Node;
import javafx.scene.Scene;
import javafx.scene.control.Button;
import javafx.scene.control.SplitPane;
import javafx.stage.Stage;
public class FXApp1 extends Application {
    public static void main(String[] args) {
        Application.launch(FXApp1.class, args);
    @Override
    public void start(Stage primaryStage) {
        primaryStage.setTitle("SplitPane Demo");
        Group root = new Group();
        Scene scene = new Scene(root, 300, 50);
        SplitPane splitPane = new SplitPane();
        splitPane.setPrefSize(300,50);
        List<Node> items = splitPane.getItems();
        items.add(new Button("Left"));
        items.add(new Button("Center"));
        items.add(new Button("Right"));
        List<SplitPane.Divider> dividers = splitPane.getDividers();
        for (int i = 0; i < dividers.size(); i++) {
            dividers.get(i).setPosition((i + 1.0) / (dividers.size() + 1.0));
        root.getChildren().add(splitPane);
        primaryStage.setScene(scene);
        primaryStage.setVisible(true);
}db

JavaFX application is cached on client machine

Hi,
I have a developed a browser embedded JavaFx application and deployed on a production machine. When I deploy a newer version of .jar file on production machine it is not updated on all client machines because the .jar file is cached. The only way the end user can get latest version of my javafx application is by clearing cache files from java control panel.
Is there a way I can force my application to always download the latest version of jar file from server?
Thanks,
Sridhar

I have updated the java version on some of the boxes I've tested. I am now noticing that on some PC browsers with IE, the tabbing will only tab them through the browser and not the javafx application.
I am going to have to deploy as a webstart application for now.
I will have to work out the kinks later.

Specify the GUI declaratively in ActionScript like in JavaFX Script instead of MXML

After reading a bit about JavaFX Script (which is actually remarkebly close to ActionScript 3) as a developer I thought the way one can specify the GUI declaratively in JavaFX Script via JSON-like notation for the components is pretty cool. It would be nice to have something like that in Flex/ActionScript too. The advantages I see over MXML are:
1) a more compact notation than XML which is nice from a developers view point who actually writes this kind of code. Of course the idea would be that designers still design the GUI with graphical tools that generate this code but if you have to dive in and edit the code it's nice not to have to deal with verbose XML and I think even designers can easily understand JSON-like code; don't just assume that designers love XML because HTML was based on SGML! I'm not so sure if today many designers really still know raw HTML that well (like in 1997, the early days...). Server side developers probably know it better because they have to adapt it to jsp or asp or whatever framework.
2) The fact that it's all ActionScript gives a seamless integration between just composing the components to form the GUI and adding scripts to add additionial behavior instead of mixing XML with actionscript code => no more need for those nasty CDATA blocks! It would also be easy for development tools like Flexbuilder to give a seamsless experience with code completion and zooming in on the code because it's all Actionscript! There's also no need for a separate expression language to tie the MXML to the underlying Actionscript. It would it also make easier to create custom components (not just simple composition components which is really easy in MXML) because you don't have to implement separate XML tags.
here's a short JavaFX Script example:
Frame {
content: GroupPanel {
var myRow = Row { alignment: BASELINE }
var label_col = Column { alignment: TRAILING }
var field_col = Column { alignment: LEADING }
rows: [myRow]
columns: [label_col, field_col]
content:
[SimpleLabel {
row: myRow
column: label_col
text: "Type your text here:"
TextField {
row: myRow
column: field_col
columns: 50
visible: true
Note that this shouldn't be confused with programmatically specifying the GUI in Actionscript (which is possible today as an alternative to MXML). What I propose is at a (slightly) higher level: you don't give a detailed sequence of methods/functions to call to construct the GUI (i.e. HOW to do it) but just specify WHAT you want.
Hopefully some Adobe Flex will see this and think about it. Although I think MXML is not too bad and I can live with it if I have to ;)

I like that idea Sean. A standard and well-supported way to separate MXML and code would be good. I'd love to have builder support a MVC style triad for MXML files, with the
model.as being simply an all-public-all-bindable class full of VOs and view-specific information, any view-manipulation and view<->app communications in the
controller.as, and nothing but bindings and layour in the MXML. There's (almost) nothing stopping you doing this by hand at the moment, but it's a pain, and developers wouldn't stick to it for very long, when they need to create and maintain 3 separate files for that simple "error dialog" without a hand from Builder.
Then again, I'd rather Adobe spent the time that would take on opening and better-documenting builder's APIs, so we can write our own plugins easily, but that's my greedy side- A standard builder-supported MVC pattern for custom MXML components would be aweseome for people that aren't me :)
-Josh
As for JavaFX, I don't care for it.
On Tue, Sep 30, 2008 at 7:56 AM, Sean Christmann
<
[email protected]> wrote:
A new message was posted by Sean Christmann in
Developers --
  specify the GUI declaratively in ActionScript like in JavaFX Script instead of MXML
Jason you bring up a good point on a concept that I think Adobe should
poach from a different framework, Silverlight. In Silverlight the
code-behind pattern is automatic and very nice to work with. Every
interface can be composed of both a layout file and a script file, and
they get composited into the SAME class at compile time. So you can
have both a FileDialog.mxml and FileDialog.as file that know about each
other automatically, without the need to subclass one from the other.
Sean
Jason Stafford wrote:
A new message was posted by Jason Stafford in
Developers --
specify the GUI declaratively in ActionScript like in JavaFX Script instead of MXML
Personally, I like the separation between the MXML and ActionScript.
We're working on a large project, and so we have all the ActionScript
separate from the MXML files. For example we'll have something like
filedialoglayout.mxml, and then
filedialog.as that is a subclass of
filedialoglayout. All event handlers and the like are setup in the
filedialog.as file - the mxml file doesn't know about any function names.
Advantages:
MXML files become layout only - and are more easily shared and worked on
with non-technical people
ActionScript is all in *.as files: no CDATA blocks and no FlexBuilder
quirks where editing ActionScript inside a CDATA block doesn't work
quite like in a real AS file.
For simple experiments, and for learning, it's obviously nice to have
everything in one mxml file, but in a big project like ours, the
separation helps keep things clearer and more maintainable.
Why use the mxml at all? The MXML files are nice to edit with the
visual editor in Flex Builder, and it's much easier to apply styles and
embed assets in MXML than it is in pure ActionScript.
I think two ways to talk about the same thing (XML and ActionScript) is
already almost one too many - adding a third (JSON) would really be too
much.
Just my thoughts.
-Jason Stafford
Sean Christmann wrote:
A new message was posted by Sean Christmann in
Developers --
specify the GUI declaratively in ActionScript like in JavaFX Script
instead of MXML
This reminds me of a certain workflow pattern that has emerged for us
which might help provide some insight on this topic. I'm working on a
project with a couple other developers which connects to a webservice
for supplying clientside data. This data is available in both json
notation and xml notation. The thing is, while the developers have
overwhelmingly agreed that we should be consuming the json version
since it can be parsed faster and provide more meaningful context for
objects (ie strings vs ints vs arrays etc...), all these same
developers rely exclusively on the xml notation when asking questions
about the data or passing structures around to discuss.
I see the same thing when looking at JavaFX and MXML. JavaFX might
allow for more accurate structures and might be able to be compiled
faster, but MXML is better for being self documenting even if it
requires more verbosity.
Sean
Matt Chotin wrote:
A new message was posted by Matt Chotin in
Developers --
specify the GUI declaratively in ActionScript like in JavaFX Script
instead of MXML
I'd be curious what other people think. I see MXML as a distinct
advantage over doing the pseudo-script stuff. I really don't like
the JavaFX system actually.
Matt
On 9/28/08 10:33 AM, "neo7471"
<[email protected]> wrote:
A new discussion was started by neo7471 in
Developers --
specify the GUI declaratively in ActionScript like in JavaFX Script
instead of MXML
After reading a bit about JavaFX Script (which is actually remarkebly
close to ActionScript 3) as a developer I thought the way one can
specify the GUI declaratively in JavaFX Script via JSON-like notation
for the components is pretty cool. It would be nice to have something
like that in Flex/ActionScript too. The advantages I see over MXML are:
1) a more compact notation than XML which is nice from a developers
view point who actually writes this kind of code. Of course the idea
would be that designers still design the GUI with graphical tools
that generate this code but if you have to dive in and edit the code
it's nice not to have to deal with verbose XML and I think even
designers can easily understand JSON-like code; don't just assume
that designers love XML because HTML was based on SGML! I'm not so
sure if today many designers really still know raw HTML that well
(like in the 1997, the early days...). Server side developers
probably know it better because they! have to adapt it to jsp or asp
or whatever framework.
2) The fact that it's all ActionScript gives a seamless integration
between just composing the components to form the GUI and adding
scripts to add additionial behavior instead of mixing XML with
actionscript code => no more need for those naster CDATA blocks! It
would also be easy for development tools like Flexbuilder to give a
seamsless experience with code completion and zooming in on the code
because it's all Actionscript! There's also no need for a separate
expression language to tie the MXML to the underlying Actionscript.
It would it also make easier to create custom components (not just
simple composition components which is really easy in MXML) because
you don't have to implement separate XML tags.
here's a short JavaFX Script example:
Frame {
    content: GroupPanel {
    var myRow = Row { alignment: BASELINE }
    var label_col = Column { alignment: TRAILING }
    var field_col = Column { alignment: LEADING }
    rows: [myRow]
    columns: [label_col, field_col]
    content:
    [SimpleLabel {
    row: myRow
    column: label_col
    text: "Type your text here:"
    TextField {
    row: myRow
    column: field_col
    columns: 50
    visible: true
Note that this shouldn't be confused with programmatically specifying
the GUI in Actionscript (which is possible today as an alternative to
MXML). What I propose is at a (slightly) higher level: you don't give
a detailed sequence of methods/functions to call to construct the GUI
(i.e. HOW to do it) but just specify WHAT you want.
Hopefully some Adobe Flex will see this and think about it. Although
I think MXML is not too bad and I can live with it if I have to ;)
View/reply at specify the GUI declaratively in ActionScript like in
JavaFX Script instead of MXML
<
http://www.adobeforums.com/webx?13@@.59b69b42>
Replies by email are OK.
Use the unsubscribe
<
http://www.adobeforums.com/webx?280@@.59b69b42!folder=.3c060fa3>
form to cancel your email subscription.
View/reply at
<
http://www.adobeforums.com/webx?13@@.59b69b42/0>
Replies by email are OK.
Use the unsubscribe form at
<
http://www.adobeforums.com/webx?280@@.59b69b42!folder=.3c060fa3> to
cancel your email subscription.
<div><div></div><div>
Jason Stafford
Principal Developer
Inspiration Software, Inc.
The leader in visual thinking & learning
Now available - Kidspiration(r) 3, the visual way to explore and understand words, numbers and concepts.
Learn more at
www.inspiration.com/kidspiration.
503-297-3004 Extension 119
503-297-4676 (Fax)
9400 SW Beaverton-Hillsdale Highway
Suite 300
Beaverton, OR 97005-3300
View/reply at
<
http://www.adobeforums.com/webx?13@@.59b69b42/2>
Replies by email are OK.
Use the unsubscribe form at
<
http://www.adobeforums.com/webx?280@@.59b69b42!folder=.3c060fa3></div>
</div> to cancel your email subscription.
Sean Christmann | Experience Architect | EffectiveUI | 720.937.2696
View/reply at
specify the GUI declaratively in ActionScript like in JavaFX Script instead of MXML
Replies by email are OK.
Use the
unsubscribe form to cancel your email subscription.
"Therefore, send not to know For whom the bell tolls. It tolls for thee."
http://flex.joshmcdonald.info/
:: Josh 'G-Funk' McDonald
:: 0437 221 380 ::
[email protected]

TabbedPane and SplitPane in javafx 1.2

Similar Messages

Maybe you are looking for