Scene Builder is now Open Source

We're very happy to announce that Scene Builder is now open source, as a part of the OpenJFX project.
The whole Scene Builder functionality is provided, including the SB Kit API (designed for integration of SB features into third party tools) as well as the standalone SB application.
This code is made available under the terms of a BSD-style license, similar to JavaFX samples.
The only part of the product which remains closed is the native packaging/installer code.
Scene Builder source code is located in apps/scenebuilder/ in the OpenJFX repository.
Building and running the Scene Builder application from these sources can be done either of the following ways:
From NetBeans: open the SceneBuilderApp project and run it (you need a JDK 1.8 Java Platform configured)
From the command line:
$ cd SceneBuilderApp
$ ant -Dplatforms.JDK_1.8.home=<path_to_JDK_home> run
As usual your contribution and feedback are welcome.
The Scene Builder team.

Thank you for the nice feedback!
Beyond providing SB itself, we indeed hope very much that the code will more largely be useful to the community, as a big JavaFX sample application.
SceneBuilderKit contains the API allowing to integrate SB functionality into the GUI of a third party tool, such as an IDE.
As you probably know, with the 2.0 release, SB code base has been deeply re-factored to make it modular such that each of the Panels (Content, Inspector, Hierarchy, etc...) can be instantiated and brought up independently of the others. So, in a nutshell, the SB Kit API allows to orchestrate the editing of an FXML document and to control the various panels.
SceneBuilderApp contains the code of the SB standalone application. It is itself built on top of SceneBuilderKit, and will provide the all-in-one document window you are now familiar with, as well as top level menu bar, preview in a separate window, preference dialog (not quite there), about dialog, etc…

Similar Messages

ActionScript 3 compiler, asc, is now open-source

In the latest nightly build of the Flex SDK is the as3
compiler code!
The ActionScript 3 compiler, asc, is now open-source! Added
the source code for Flex 3's asc.jar, at
branches/3.0.x/modules/asc. This code came from
ssh://asteam.macromedia.com/hg/asc-flex3 and is what built the
asc.jar that shipped with SDK 3.0.0.477, plus open-source copyright
changes. It requires Java 1.5 to build and is not integrated with
the build scripts for branched/3.0.x; this branch continues to have
a prebuilt asc.jar in 'lib'.

PHPAMF is not an Adobe product and for this you did not find anything here.
Amfphp can properly serialize and deserialize complex types. In addition to objects and arrays, it supports resources from database connections, which means you can simply return mysql_query from your remote method and amfphp will know what to do with it. If the platform supports it (currently, Flash Remoting only), it can handle circular references and typed objects. It also supports simple remote debugging. Finally, amfphp comes with a service browser which allows you to test your services before creating a frontend.
Regards, Giuseppe

Symbian now open sourced, n97 with symbian^2?

Symbian is now open sourced !!!
so now you can head over to www.symbian.org and download the source code for free and modify it in anyway, ofcourse you have to stick to the policies
But im just wondering, could the N97 get a symbian^2 update? cos its just more open sourced and there arn't that much changes to it then symbian^1?
btw apologies to the v21.0.045 disappearing thread, apparently my NSU had a problem with it's log file which i didn't think would ever happen :L
n97.

symbian will skip symbian^2 and will head to symbian^3 in q3 of 2010
-you can show appreciation to my posts if it helped or useful by pressing the green Kudo star beside my post that hepled
-if my answer was the solution , so click accept as solution button
Started From Nokia 3310 , Now with Nokia N97 v.22.0.110 + N900 PR1.2

OpenCL for Labview is now Open Source

Howdy,
I wrote OpenCLV (OpenCL for Labview) about a year ago and have decided to make it an Opensource project availible on GitHub. It contains all my C code to compile DLLs, all the Labview code, some pre-compiled x64 DLL code and a pre-built .vip project if you just want to download and install it.
https://github.com/amcelroy/OpenCLV.git
My email is in the GPL license header in the C code if you find any bugs or have any comments.
Austin

tst wrote:
While I don't have use for something like this myself, the willingness to share open source code is appreciated.
One problem I would have with this, though, is the license. I'm far from an expert on licensing, but my understanding is that the GPL license is infectious - if you use a component which uses it directly in your code, you have to make your own code GPL as well to adhere with the license and the only way around that is to separate the GPL component into a separate, dynamically linked, component which would allow the end user to replace it if they want. See their FAQ here - http://www.gnu.org/licenses/gpl-faq.html#GPLInProprietarySystem
My understanding is that this is the reason that OpenG switched from GPL to BSD some years ago - BSD is more permissive and basically just requires you to place the copyright notice somewhere where the user can see it.
The strict interpretation of GPL prohibits integrating a GPL component into a non GPL software even dynamically. That is why there is a LGPL. And that was indeed why OpenG changed from LGPL (not GPL!) to BSD several years ago. Many of the most influencing OpenG supporters felt that it was rather cumbersome to use it in non (L)GPL software. The most prominent product of this nowadays is VIPM.
The only exception to that change are the shared library components of the libraries that I wrote. I didn't feel that there was any bad influence from integrating them as LGPL into any sort of LabVIEW application, as they are fully dynamic anyways and by the nature of LGPL have no viral effect on the application that uses them.
Rolf Kalbermatter
CIT Engineering Netherlands
a division of Test & Measurement Solutions

DTrace is now open source

I'm proud to announce that, as of 1pm today, DTrace is open source. For the source code itself, go here:
http://opensolaris.org
I've put together some commentary here:
http://blogs.sun.com/roller/page/bmc/20050125#solaris_10_revealed
Enjoy,
Bryan
Bryan Cantrill, Solaris Kernel Development. http://blogs.sun.com/bmc

Question
Does this mean that we can port or fork DTrace?Yes, provided you abide by the terms of the CDDL. See http://opensolaris.org/faq/licensing_faq.html for answers to common questions about CDDL.
For example can I try to port DTrace to Linux?You would be in violation of the GPL. From http://www.gnu.org/philosophy/license-list.html:
"...a module covered by the GPL and a module covered by the CDDL cannot legally be linked together. "
Linux has some very murky policies regarded "tainted" kernels, however, so you should probably ask this question to a Linux authority. Point is: it's a GPL issue, not a CDDL issue.
- Bryan
Bryan Cantrill, Solaris Kernel Development. http://blogs.sun.com/bmc

XGL is now OPEN-SOURCE!!!

David Reveman the dude from Novell just made the announcment.
http://lists.freedesktop.org/archives/x … 11922.html
Hey everyone,
my latest Xgl code is now available in a tarboll from here:
http://www.freedesktop.org/~davidr/
I'd like to get this code into freedesktop CVS asap. I suggest that we
put it in a xgl module for now as I'm guessing that it'll take some time
before everything can be merged into Xorg and I don't want to spend any
time merging the code back into the kdrive tree.
I can't wait to get my dirty hands on xcompmgr using opengl even with the ati drivers! 8)

Cam wrote:
Neuro wrote:I am looking forward to KDE4, as it promises to use all these fancy features for real things.
Do the KDE team have any examples of these "real things" or is it just a case of believing everything you read?
Well, what do you expect? KDE4 won't be released until propably late 2006/early 2007, so they obiously don't work on the effects yet. You can't expect them to show you the effects in action so what's wrong in reading about them?
What I am really looking forward to is:
- having real transparency in Konsole (not some pixmap workaround which is slow and uses a lot of memory) and other places like kicker etc
- having these nice 'notifications' the Appeal project is talking about
- making use of these 3d effects for things like slide-opening sidebars and such, which would really enhance the UI usability

Is Solaris open source?

I have read many articles that said Solaris is now open source; however, it is impossible to find a link to download the code. In some forums it sounds like people have the source code. Can someone please tell me where or how I can get the source code?
Thanks for your help

if there is a market demand, corporations would respond accordingly in ideal. this is evidently not true, as can be seen in licensing costs for MS . However, there isnt that demand per se for clients of SUN asking for the source.
however, on hindsight, would the source code liberate or empower you where solaris 8 is concerned? I suspect that it would be liberating to capitalise on shell programming, and modify the shell to your needs.

Open Source BI Tool Now Supports Kodo JDO

Folks,
To keep you posted on the latest tools that work with Kodo JDO, we
will try and post notices here on our newsgroups. ObjectVisualizer
is a third party open source querying, reporting and graphing tool that
now supports Kodo JDO. Let us know what you think.
Neelan Choksi
President, SolarMetric
ObjectVisualizer is a business intelligence tool that builds upon
Object Persistence technology to provide easy to use query, reporting,
and charting capabilities.
Features include: Query, filter, and aggregate data using objects,
Interactive Data Table, Report Generation, Chart Creation, and Plugin
Architecture.
ObjectVisualizer now supports KodoJDO! ObjectVisualizer 1.0.1 includes
a KodoJDO plugin along with a number of bug fixes and enhancements.
A new Early Access release of ObjectVisualizer Server Edition is also
available. ObjectVisualizer Server Edition EAP-2 has been upgraded to
work with ObjectVisualizer 1.0.1 and includes a number of performance
enhancements.
For more information visit:
http://objectvisualizer.com
Thank you,
Open Source Software Solutions, LLC
http://opensourcesoft.net

Folks,
To keep you posted on the latest tools that work with Kodo JDO, we
will try and post notices here on our newsgroups. ObjectVisualizer
is a third party open source querying, reporting and graphing tool that
now supports Kodo JDO. Let us know what you think.
Neelan Choksi
President, SolarMetric
ObjectVisualizer is a business intelligence tool that builds upon
Object Persistence technology to provide easy to use query, reporting,
and charting capabilities.
Features include: Query, filter, and aggregate data using objects,
Interactive Data Table, Report Generation, Chart Creation, and Plugin
Architecture.
ObjectVisualizer now supports KodoJDO! ObjectVisualizer 1.0.1 includes
a KodoJDO plugin along with a number of bug fixes and enhancements.
A new Early Access release of ObjectVisualizer Server Edition is also
available. ObjectVisualizer Server Edition EAP-2 has been upgraded to
work with ObjectVisualizer 1.0.1 and includes a number of performance
enhancements.
For more information visit:
http://objectvisualizer.com
Thank you,
Open Source Software Solutions, LLC
http://opensourcesoft.net

Open source builds on Sol10

All,
I am attempting to compile from source several different open source packages (Sudo, SSH, Apache) on systems running Solaris 10 on both the x86-64 and SPARC platforms.
The prereq. packages from sunfreeware.com are installed (GCC 3.3.1 and GNU Make).
Each attempt to build a source is resulting in the same error:
During the execution of ./configure the following notices appear:
configure: WARNING: signal.h: present but cannot be compiled
configure: WARNING: signal.h: check for missing prerequisite headers?
configure: WARNING: signal.h: see the Autoconf documentation
configure: WARNING: signal.h: section "Present But Cannot Be Compiled"
configure: WARNING: signal.h: proceeding with the preprocessor's result
configure: WARNING: signal.h: in the future, the compiler will take precedence
configure: WARNING: ## ------------------------------------------ ##
configure: WARNING: ## Report this to the AC_PACKAGE_NAME lists. ##
configure: WARNING: ## ------------------------------------------ ##
Then during the execution of make:
In file included from /usr/include/sys/wait.h:24,
from ../include/apr.h:124,
from apr_cpystrn.c:17:
/usr/include/sys/siginfo.h:259: error: parse error before "ctid_t"
/usr/include/sys/siginfo.h:292: error: parse error before '}' token
/usr/include/sys/siginfo.h:294: error: parse error before '}' token
/usr/include/sys/siginfo.h:390: error: parse error before "ctid_t"
/usr/include/sys/siginfo.h:392: error: conflicting types for `__proc'
/usr/include/sys/siginfo.h:261: error: previous declaration of `__proc'
/usr/include/sys/siginfo.h:398: error: conflicting types for `__fault'
/usr/include/sys/siginfo.h:267: error: previous declaration of `__fault'
/usr/include/sys/siginfo.h:404: error: conflicting types for `__file'
/usr/include/sys/siginfo.h:273: error: previous declaration of `__file'
/usr/include/sys/siginfo.h:420: error: conflicting types for `__prof'
/usr/include/sys/siginfo.h:287: error: previous declaration of `__prof'
/usr/include/sys/siginfo.h:424: error: conflicting types for `__rctl'
/usr/include/sys/siginfo.h:291: error: previous declaration of `__rctl'
/usr/include/sys/siginfo.h:426: error: parse error before '}' token
/usr/include/sys/siginfo.h:428: error: parse error before '}' token
/usr/include/sys/siginfo.h:432: error: parse error before "k_siginfo_t"
/usr/include/sys/siginfo.h:437: error: parse error before '}' token
In file included from /usr/include/sys/procset.h:24,
from /usr/include/sys/wait.h:25,
from ../include/apr.h:124,
from apr_cpystrn.c:17:
/usr/include/sys/signal.h:85: error: parse error before "siginfo_t"
In file included from ../include/apr.h:124,
from apr_cpystrn.c:17:
/usr/include/sys/wait.h:86: error: parse error before "siginfo_t"
In file included from ../include/apr_general.h:33,
from ../include/apr_pools.h:39,
from ../include/apr_strings.h:50,
from apr_cpystrn.c:18:
/usr/include/signal.h:111: error: parse error before "siginfo_t"
/usr/include/signal.h:113: error: parse error before "siginfo_t"
Has anyone encountered similar errors while trying to build from source?
Thanks in advance for the information.

All,
After some additional testing I have found that the GCC 3.4.2 complier and GNU Make packages included in the Solaris 10 companion CD work OK.
The build problem was related to the GCC 3.3.2 and GNU Make packages from sunfreeware.com.

[SOLVED]Scene Builder 2.0 not opening

When i open the JavaFX Scene Builder 2.0,nothing happens.
I'm using Windows 7 with JDK 8(64Bit).

Hi Cyberboy,
Have you verified the problem recurs if you take it out of the exclusion list again?
I don't have any problem with BitDefender, Scene Builder and Win7.
Have you seen this solution:
http://deltadata.wordpress.com/2013/12/25/javafx-scene-builder-failed-to-create-jvm-fix/ :
1.Search for regedit.exe and run it.
2.Go to HKEY_CURRENT_USER\Software\JavaSoft\Prefs\com\oracle\javafx\scenebuilder\/J/V/M/User/Options
3.Edit the value from 999m to 512m

New open-source build tool for CS Extensions

I just released a new open-source tool for creating, compiling, debugging, packaging, and deploying extensions:
https://github.com/creativemarket/csxs
At a Glance:
All project settings live in a single JSON file (not multiple XML files).
Compiles CS5 & CS6 versions and packages them as a single ZXP. This is useful for supporting "DarkNormal" and "DarkHover" icons without ditching CS5 compatibility on your extension. It also supports other / more complicated configurations.
Created projects contain boilerplate for re-skinning on UI change along with fixes for platform bugs.
Generates aggregated changelogs.
Automated deploys to S3.
Automated git version tagging.
Conditional compilation variables (CONFIG::debug, CONFIG::release, CONFIG::version).
Usage:
csxs create
csxs debug --cs-product=photoshop --cs-version=5.5
csxs package
csxs deploy
I'd love feedback, suggestions, forks, bug reports, etc!
p.s. I really hope this doesn't come across as spammy—I mean it with the best intentions. I think it could be useful for some out there. More tools for the CS ecosystem is a win for all.
"We encourage you to contribute content, answer questions, or comment with corrections, clarifications, tips, and more. Links to your favorite resources or expert videos could help other community members."
http://forums.adobe.com/docs/DOC-2325

Great tool, thanks a lot for sharing it.
Installed it and built "Hello, world" extension, now trying to convert my existing extension project for this. Packaging CS5 / CS6 versions alone is priceless.
Maybe a dumb question, but is it possible to switch .json and output name in command line? I have extension with 5 different versions, they have different licenses etc., so it would be great to type
csxs package config1.json extension1.zxp
csxs package config2.json extension2.zxp
and so on? I'd put it all into one .sh script
sorry if it's all already available and I just missed this part in documentation

UnrealEngine4 is open source now. How to compile it to flash?

UnrealEngine4 is open source now. How to compile it to flash?

rfcv wrote:
Vinmar:
I switched it off, and on again.
And, while was starting up I kept the Option key pressed.
But, now it simply doesn't start! O_O
I just get a grey screen with nothing...
Seems like the computer doesn't like your USB flash drive or the .iso to USB creation process didn't work.
I guess if all else fails, you could pick up an external USB optical drive and use the Windows DVD to complete the install. I'm sure it will come in handy for other things, too.

We have build a nice Flex BI front end and want to open-source it would this be useful to the group?

Hello, I am the CEO of DataRoket (www.dataroket.com) and we are a data integration and analytics platform. As part of our effort, we have built a really nice data visualization and reporting package.
Since this is not our core business and we want to give back to the community and also see it continue to evolve, we are going to open source the Data Visualization module of data roket.
You can look at the application by going to www.dataroket.com. If we did this, we would like to get some people to work on this and use it freely for your clients etc.
I want to know two things please:
1. is this interesting and would it be useful to the community
2. Are there people that would like to continue to push this capability and shepard the open source effort with us?
Thanks in advance for your feedback
James Fox
[email protected]

I like the idea of open source. Have you considered adding a demo/dummy Flex
app to your website for a fictional business. Just to show your capabilities.

Is Format Builder open source?

If not, what are other open source tools we can use to convert non-XML to XML reporesentation?
Thanks,

What is YOUR definition of open source?When someone says "open source", they probably mean it as you can see it defined on Wikipedia:
"...source code is available under a copyright license that permits users to study, change, and improve the software, and to redistribute it in modified or unmodified form."
I have seen talk of open-sourcing Java in the media for a long time, and searching Google yields many results.

Build JSF Solutions rather than a hundred 'open source' frameworks

Hi,
It seems to me that frequently when people post queries about problems they're having with JSF, somebody will send a reply back telling them how myFaces or Tiles, or some other 'Open Source' soulution solves this one problem for them.
It makes me wonder whether we need 100 less than adequate solutions, rather than have a complete and powerful JSF. Of course, having other options is good, but when you're up against a fully functional and wonderful to work with solution like ASP.NET and ASP Server Controls, you can't very well pitch your 100 kinda-sorta-solutions.
This isn't a myFaces or Tiles Forum, and while I appreciate learning about what they have to offer, I'd much rather the conversations focus on how to improve JSF so it blossoms into something of an ASP.NET killer.
Regards,
Reuben.

MyFaces IS an open source JSF implementation!
regards,
Manfred
mailto:[email protected]
http://myfaces.sourceforge.net

Scene Builder is now Open Source

Similar Messages

Maybe you are looking for