Vladimir Golovin
Administrator
|
YES, WE KNOW!!!
(The width of the script editing area is now fixed. We're working on making the side and top separators draggable. Hopefully, we'll release this functionality before the final commercial version is out)
|
| Posted: June 7, 2010 9:44 am |
Details
E-Mail
|
|
Totte
Ãœbernerd
|
I got a bunch of "comments" on the Mac OS X version.
(On the + side)
(1) Scripts do execute really fast, I made a threshold for testing, could not see any speed differences.
(On the - side)
(1) Cut/Copy/Paste in the various edit fields work sporadic or not at all.
(2) Cut/Copy/Paste using the akward right click menu works, but is akward on the mac for us who have Apple-X/C/V hardwired in the brain since 25 years back.
Quick idea:
The possibility to edit the script code in a "popup window" to avoid the resize stuff and the small edit space, the preview doesnt need to be larger, but the text editor really does 
Otherwise, looks terrific, will play with this and see what will come out. Hopefully I can finally do some of the filter ideas I have in mind,
Way To Go FF!!! - I never expected the Spanish inquisition |
| Posted: June 7, 2010 12:24 pm |
Details
E-Mail
|
Vladimir Golovin
Administrator
|
| Quote |
|---|
Totte wrote:
(1) Cut/Copy/Paste in the various edit fields work sporadic or not at all. |
Yes, we recently discovered that. This is because Windows edit fields have copy/paste handlers by default, while Mac OS X edit fields don't. We'll implement this.
| Quote |
|---|
Totte wrote:
The possibility to edit the script code in a "popup window" to avoid the resize stuff and the small edit space, the preview doesnt need to be larger, but the text editor really does |
I have a better idea, but we haven't prototyped it yet.
|
| Posted: June 7, 2010 12:53 pm |
Details
E-Mail
|
|
Totte
Ãœbernerd
|
Yeah, you build using Carbon, Cocoa have it all by default, but Carbon ports better win/mac
And I would love to see what you have in mind. It's a little nightmare to edit right now 
When you create a new Input, you need to save it and reopen it before you can copy the get function call...
- I never expected the Spanish inquisition |
| Posted: June 7, 2010 1:49 pm |
Details
E-Mail
|
Vladimir Golovin
Administrator
|
| Quote |
|---|
Totte wrote:
When you create a new Input, you need to save it and reopen it before you can copy the get function call... |
Why? No copy-paste menu?
|
| Posted: June 7, 2010 3:32 pm |
Details
E-Mail
|
|
Totte
Ãœbernerd
|
Nope - that textfield is not responding to copy/paste unless it is saved once, and no contextural menu in that field either. - I never expected the Spanish inquisition |
| Posted: June 7, 2010 3:36 pm |
Details
E-Mail
|
|
dmorrill
Posts: 15
|
I assume that making the script view's top and side draggable means that we'll be able to increase the size of the preview area as well (since it share's a common side with the script view)? If so, then besides adding a really cool new feature (scripting), you'll also be fixing my number one gripe with FF (i.e. limited preview area in the editor). Woohoo! David Morrill |
| Posted: June 8, 2010 2:36 am |
Details
E-Mail
|
Vladimir Golovin
Administrator
|
| Quote |
|---|
dmorrill wrote:
I assume that making the script view's top and side draggable means that we'll be able to increase the size of the preview area as well |
Yes, that's correct.
|
| Posted: June 8, 2010 5:39 am |
Details
E-Mail
|
|
Totte
Ãœbernerd
|
Just stumbled upon this when I tried to cut everything out to use TextWrangler to edit the script then paste it back..
The script itself is just a test so far..
script
function prepare()
-- This function is called once,
-- before the rendering begins.
-- Use it for querying non-mapped
-- inputs and precalculation.
end;
function get_sample(x, y)
-- Image generation code goes here.
return get_sample_map(x, y, COLOR)
end;
My guess is that the clipboard code fails to use character encoding info on paste....  - I never expected the Spanish inquisition |
| Posted: June 8, 2010 1:12 pm |
Details
E-Mail
|
|
Sphinx.
Filter Optimizer
|
Perhaps you could add a "Scripts" item in the editor view menu, which will open a dedicated window. In this window you have a large editor area, simple search replace tools and what not, but most importantly a list of each script in the filter which you select the script to be edited from. |
| Posted: June 9, 2010 3:34 am |
Details
E-Mail
|
|
James
James
|
Resizing the window was the first thing that i thought to do but i noticed you can't so that would be useful. I also noticed the editors scroll position does not stay when minimizing with show desktop or clicking apply, this makes it annoying to work with. Right now i just code with notepad and then paste it in later and edit, i found that much easier so i second the request for a popup code editor as that would make things much simpler.
A few other quick suggestions if they are welcome would be -
Allow re-naming of script modules - I can't find a way to do it, is this possible?
And for inputs ideas would be -
Drop-down list controls - Would be much nicer than using a int slider as you could name the values but i don't think this is available in the main version yet though
Line Separators - Would make it much nicer for organized controls or groups of controls, i know you can order them easily but this would be great also i think.
Scripting in FF is great  |
| Posted: June 10, 2010 5:53 am |
Details
E-Mail
|
|
SpaceRay
SpaceRay
|
| Quote |
|---|
Vladimir Golovin wrote:
YES, WE KNOW!!!
(The width of the script editing area is now fixed. We're working on making the side and top separators draggable. Hopefully, we'll release this functionality before the final commercial version is out)
|
Will release this functionality before the final commercial is out ???? This was in June 2010, so I think that he means in FF 2.0 and now that soon will be released 3.0 in 2011 there is no news that this functionality is going to be built in in 3.0.
In August 2011 is still not added any news that Filter Forge will be resizable or that there could be a way to change the user interface, as there is no way to modify, enlarge, expand or customize any parts of the user interface, all is fix to one block, can´t have a separate preview window or any of the user interface panes and is only a whole window block, and only the whole window can be resized but not able to be dettached, seprate or resize any part.
And with a big monitor, 24 to 30 inch this is loosing much and is missing many things not being able to customize the user interface and make it bigger to you liking in a resizable options panes.
The FF team is making a great work with FF 3.0 BUT it seems that the FF team is focused in improving the features but do not care much to improve the user interface.
|
| Posted: August 20, 2011 1:03 pm |
Details
E-Mail
|
