I would like to know, if there is any simple way to make drag and drop palette in Tapestry 5 or two connected lists with drag an drop? I know how to do it in jQuery but I dont know hot to extract selected data from javascript to java when i do it in JQuery.
I am having trouble making palette work with objects, in my research i came across this site. Only palette for tapestry that seems remotely understandable to me.
Related
The title pretty much sums it up. But, basically is it possible with Adobe applications to add event listeners to in-application items, such as a pathItem in Illustrator?
So I want something to happen when I click on a pathItem in Illustrator - or something like that. Is this possible?
I'm afraid I know the answer.
Sorry. That is not possible with scripting. Maybe with a plugin.
You can use Scriptographer, it's a scripting plugin for Illustrator with own scripting engine with keyboard and mouse events.
But this plugin works with old illustrator's version (CS5 and older).
wouldn't this work to handle the click/selection event?
AIEventAdapter.getInstance().addEventListener(AIEvent.ART_SELECTION_CHANGED,function(event) {});
If you are talking about exported PDF's or SVG's, you are able to add a link in the attributes panel and insert any javascript you like:
javascript:alert('you clicked on this line');
If you want something to happen in Illustrator, while you are using the program, then there is no way as far as I know to affect anything.
You can run scripts using keyboard shortcuts.
If you could clarify your use case I might be able to help more.
Unity3d allows to construct window with custom UI. Just need to use EditorGUI/EditorGUILayout classes and their static methods.
Example of custom window:
The problem is that all the components have to be added manually via script. Then need to save, switch to Editor, wait for little compile things, and then we can see the result.
In web-development people use Web Inspector (for example, we can press F12 in chrome, Tab Elements -> Styles). We can add all needed properties to element and can see the result in real-time.
EDIT. another example (better than previous): we know C# winFormApp, C++ MFC e.t.c, which has form designer. We can choose any elements and set their properties:
It would be nice to have similar plugins for Unity
So. Does Unity3d have similar tools, utilities, plugins? Utilities to inspect code and editing styles (position, margin, padding, background, width, height, color e.t.c.)?
Well, I found something interesting...Editor window designer
The plugin is almost what I need
The project had been started but not completed yet.
As the author says: he decided to release Editor Window Designer as an open source project, that code is here
For now plugin allows add elements and styling them (position, padding, width, height, e.t.c)
Base demo window:
And here is hierarchy window and properties of concrete element
I wonder why Unity developers (or someone else) still didn't do something like that? It is very useful and necessary thing...
I want a write a desktop application using GTKMM. I want the interface to be made of different panels like in Eclipse you have the Project Explorer, Console, Properties, etc. You should be able to drag the panels to change their position, close them and popout them (not sure if you can popout the panels in Eclipse but you can do it in Visual Studio).
I am using the word panels here as I am not sure what the right term is. I guess some call it dockable windows.
Any pointers on how this can be achieved in GTKMM?
The term is "docking" widgets and the GDL Library is the easiest way to get started with that. You may have seen GDL in action in applications like Anjuta and Inkscape. The documentation isn't that great, but, the source code includes a sample app and once you get going with it it's not that hard.
Basically, you add your widgets to a DockItem and those to a Dock. You put a DockBar somewhere in your application to which the docked items can be minimized. You can save and load the dock "layout" to XML files so that the user doesn't have to re-arrange the dock items every time they start the application.
I'm developing an Eclipse Plugin Editor that has a Flyout Palette with several tools in it (like selection and so on).
I was wondering how to add a special tool (let's call it "hand tool") that scrolls the page in the same way the "hand tool" of the Acrobat Reader scrolls the page of a PDF document.
I'm googling for some ideas of how to tackle this problem, but with no success, so far. Could you please give me some hint?
Thanks in advance :)
I assume you are using GEF? My answer may be trivial, but i'm trying to throw in some ideas.
org.eclipse.draw2d.Viewport class has pair of getViewLocation()/setViewLocation() metods. It seems that using them you can scroll your view as desired.
Now you'll need a tool. Explore the hierarchy of org.eclipse.gef.tools.AbstractTool descendans to find some examples of desired behavior and create your own tool class for your functionality.
I'm writing a JFace standalone application using eclipse/windowbuilder pro. Windowbuilder is a nice tool to work with, but I'm having trouble finding information on the organizational structure of such an application.
Currently I'm extending the standard ApplicationWindow class (as is standard in windowbuilder examples) for the main window of my application and subclassing SWT composites for my 'sub windows' in the application. The problem I'm having is that I lose the ability to use JFace actions / databindings when I'm graphically building SWT Composite subclasses in windowbuilder. The palette for adding JFace actions is inaccessible when using SWT designer while subclassing standard SWT components. I've searched at length for how to add this palette to no avail (the standard method fails since this isn't a 'normal' palette that appears in the palette manager). I've also tried adding the JFace action component to my existing palette, but can't find documentation on how to add an abstract class (Action) to the palette. I know that I can write all the code I want by hand, but it defeats the purpose of using windowbuilder.
I'd really like to stick to the standard JFace viewer/action model, but I can't figure out which components I should be subclassing for my 'sub windows' in my app. I've tried subclassing the Window class directly but this doesn't yield access to windowbuilder's JFace Actions palette. I'm not sure under what conditions that palette is accessible (I've been iteratively removing and adding components to ApplicationWindow, I'm getting desperate). I have a few custom widgets that I'd gladly write JFace Viewers for if I could figure this out.
Any windowbuilder fans out there? Is subclassing SWT Composite a reasonable/standard way to go about making components of this application? What is the standard for writing apps that are more complicated than a single ApplicationWindow? I've searched high and low, but can only seem to find tutorials and examples that are a single application window -- nothing composite. I feel like I'm missing some key pieces of information with regard to the structure of more complicated JFace applications. I suppose my holy grail would be the JFace version of SWT Composite that would allow me access to JFace actions code generation through windowbuilder.
Any tips and/or reading material explaining standard JFace design for larger applications would be appreciated!
I've been working with WBPro for about 6 to 7 years now... I think we can have a conversation about your problem. I might not be able to answer your question completely, but I will do my best. So, first off, for your sub-windows you should use JFace Dialogs. You can create a template one from New>Other>WbPro>JFace>Dialog or just subclass it yourself. You can also use TitleAreaDialog which is cooler and has a Title Bar at the top just like all Eclipse Dialogs. These two classes are both within JFace and are available in WBPro.
You have the JFace widgets and viewers available in the Design Tab, but not the actions. But the reason for that is that Dialogs and sub-Windows do not have Toolbars or Menu bars, I think that's why they are not there in the palette, but if you have a Context Menu for one of your inner widgets, I think you should implement that yourself. I can dig a little deeper for you if you want, se tell me if there is still something to address.