Can the file browse scheme be modified?

I'll send code samples and a summary of everything I've tried to your email address. It will take me a little while to recreate some of the things I've tried, but that is probably the clearest way to communicate what I'm trying to do and what I've tried so far.

In the process of trying to figure this out, I've learned Bridge event programming, custom browse schemes (which have immense promise, but don't actually seem very useful because they are so limited), the favorites pane, everything you ever wanted to know about the thumbnail and file class and a lot about how stock photos work (it's the biggest body of working code I can find for Bridge to study how to do things).

If I could ever figure out just this one thing (how to modify the content pane thumbnail array), I'm well equipped to write all the rest of my app now.

--John

John,

I'd like to see the code you have so far. With a chance to look at it, I might come up with a couple other weird ideas. Is there a web site I could download it from? Or could you send it (in-line in the message)?

rstucky@adobe.com

Thanks

Bob
Adobe WAS Scripting

I did finally get the sample code above to work by changing the file path from "/C/icons" to c:/icons - apparently the doc is just wrong. It still won't let me modify the children, so I still don't have a way to make custom views though.

I also found the code for the stock photos custom browse scheme on my hard disk. But, it's a pretty different animal (all web-based) so I don't think it will help me much.

--John

Some related info. In trying to understand script-defined browse schemes, I copied this code directly from the Bridge Javascript Reference (changing paths and URLs to real ones in my system) and it does not quite work. Here's the code from pages 36-37.

// this is code copied directly from the documentation
app.registerBrowseScheme( "bank" );
var bankRoot = new Thumbnail( "bank://root", "My Bank" );
var transactions = new Thumbnail( "bank://transactions", "Transactions" );
bankRoot.displayPath = "http://www.google.com";
bankRoot.displayMode = "web";
transactions.displayPath = "/C/icons";
transactions.displayMode = "filesystem";
bankRoot.insert(transactions); //add thumbnail child
app.favorites.insert( bankRoot ); //add node
app.favorites.addChild( bankRoot, transactions ); // add subnode

I successfully get a new node in the favorites pane. Clicking on it shows the web page it's supposed to in the content pane and shows the sub-node in the favorites pane.

Clicking on the sub-node in the favorites pane, generates a script error somewhere off in stockphoto Javascript and, after ignoring that error in the debugger, the sub-node does not display the contents of the directory that it's supposed to.

In fact, looking at it in the debugger, Bridge thinks the sub-node thumb has a type of "other" which probably explains why it doesn't get any default file/directory behavior. The documentation on page 37 implies that it should inherit default file/directory behavior.

Still confused, but trying to provide helpful diagnostic info...

--John

OK, thanks for checking on this.

I see all this wonderful scriptability in Bridge and that your engineers clearly put a lot of thought and a lot of design effort into it and I just assumed that the whole point of this huge investment was to let us create new views in the content pane that supported a particular workflow. It seems like such an obvious application that I'm still believing that there must be a way to do it.

FWIW, I have created some useful functions already, but only things that manipulate the selected items in the content pane. I now have a menu item that will select all the latest versions in a directory and leave the originals or earlier versions unselected. This lets me easily make a selection of my latest versions and then run something like the Image Processor to create output based on my latest versions.

--John

John,

I am trying to figure out a way to get this done for you. :0)

Probably won't be until tomorrow before I get back to you again.

As far as I know, there is no way to directly add or remove items from the children array.

Bob

OK, another question since I'm now pursuing a different tactic. If you are writing your own browse scheme that isn't intended to be either web or filesystem, but some other type of document, how do you do that?

I can get a shortcut for my browsescheme into the favorites panel and can get the open and loaded events when I click on it, but I don't know how to populate the children array to tell it what to display in the content pane? Again, the children arrays seem to be read-only so it won't let me write to them from either the open or loaded events. How are you supposed to populate the content pane when writing your own browse scheme? Do I have to populate the children arrays at a different time? from different events?

--John

Your suggestion sort of works in that items do get removed from the content pane view, but it hides the file at the OS level, not just within bridge. In other words, it actually changes the file attribute on disk to "hidden" which is not something I can do or want to do.

I have found that the event.document.thumbnail.children array is fully populated when the "open" event is called for the master directory thumbnail and similarly it's possible to get the same array using the event.document.thumbnail.getFiles() function that you suggested. But, I haven't yet found a way to manipulate that array. I tried removing items from the array and they don't remove.

Rather than the spec.hidden field which actually changes the hidden attribute on disk, I wish I could write to the thumb.hidden attribute because that sounds more like a "view" attribute than a hard disk attribute. But, alas, that field is documented as read-only.

Any chance of finding a different way to manipulate the children array from the "open" event? That IS exactly what I need.

--John

John

It doesn't look like it's possible to make a file system based custom browse scheme.

A thot I had was that you could hide the versions you didn't want to see. Catch the Document.open event, if it's attempting to open a single thumbnail, and that thumbnail is a container, you run throught the children of the thumbnail, hiding those you do not want shown.

files = thumb.spec.getFiles();
for ( var i = 0; i < files.length; i++ ) {
if ( shouldBeHidden( files[ i ] ) ) {
files[ i ].hidden = true;
else {
files[ i ].hidden = false;
}
}

You'll have to be careful about file system hidden files to make sure they aren't improperly un-hidden.

In your event handler, return { handled: false }, so that Bridge continues to process the event after you've hidden the files.

I do not how well this will work, but I think it might be worth a try.

Bob, hacking away.....
Adobe WAS Scripting

I'll appreciate whatever help you can provide. It looks like there's some sort of callback through app.document.jsfuncs for a browse scheme, but the documentation seems pretty sketchy for how that all works and what events are present in that callback or need to be handled.

I'm hoping that I don't have to re-implement all the functions, views, right click menus, open commands, etc... on the file browsing scheme just so that I can add a few new views to what already exists for the existing scheme.

--John