Seperate Preview Vault Application - Fast Browsing Compatible Version available?

For clarity, this is not an official extension and it was never really "released": rather, it is a small Proof of Concept that was created a couple of years back. Anyway, we'll see if something could be done for the fast-browsing compatibility in the near future.

Thanks Joonas, this would be very useful.

Reading through some other questions in the partner forum, this could be a very useful feature for other partners too, to allow a side-by-side view of metadata and document content.

That's what I already did (remove lines 14, 24-26 from dashboard.html), but the button is still there.. The title is also not gone..

Did you recompile the app, re-deploy, log out of the desktop client (not just shut it), then log back in?

I'm not sure what to say, provided you altered the correct dashboard (there's two - make sure you're altering the preview one).  These items aren't created by the script, they are simply altered (e.g. the text) or have event handlers attached (e.g. close).  They physically come from those lines of HTML.

Recompiled, uninstalled from vault, restarted vault, installed and of course logged out of vault.. Still investigating

One thing I should also say is that the code in the "editing" branch is significantly newer (if you look at the two available "modules" and the name of the branch then you can probably work out what it started to do).  I don't think that changes anything with respect to this conversation, but it's worth highlighting.

I think it broadly worked, but I'd need to go back and check whether it's in a state where I could merge it to the main branch.

Okay found it, looked in:

C:\Program Files\M-Files\23.1.12196.5\Client\Apps\[...]

and the changes were not present there..

Still don't know why, took the three *.mfappx files from "src\UIHelpers\bin\Debug" folder and copied to desktop.. Then installed "UIHelpers.mfappx" and the Client Apps were also present automatically..

Have to add, M-Files is installed on another machine than VS..

Thanks for mention, will look at the editing branch instead.. Regarding my problem, maybe Im deploying wrong, should I use

install-application.ps1

instead of installing the mfappx?

The install-application.ps1 file is designed to allow you to easily build the application and deploy it.  It simply automates the connection to the vault, installation of the application, and restart of the vault.  Fundamentally what it does is no different to you doing it manually.  It is simply a short-cut for developers who are constantly making changes/fixes and deploying to a local vault to see the results.

Okay,

found a bug in

Samples.UIHelpers/appdef.xml at editing · M-Files/Samples.UIHelpers · GitHub

Double Version Declaration prevents from install.. Removing one entry lets me install it manually but still dont get installed automatically with uihelpers mfappx..

Well, that's embarrassing.  That's obviously either a copy/paste issue or a merge issue.

I've pushed a fix, but it does highlight that the editing branch is more bleeding-edge.

Edit: looks like I broke it here: Added warning to dashboard. · M-Files/Samples.UIHelpers@3d37633 (github.com).

More human than embarrassing ;) Thanks for fixing!

With editing branch I get an error on opening preview/metadata:

CustomControlSite.cpp, 1051, Die Eigenschaft "addEventListener" eines undefinierten oder Nullverweises kann nicht abgerufen werden. (0x80040008)
View all metadata UIX: common-dashboard.js, 288, Die Eigenschaft "addEventListener" eines undefinierten oder Nullverweises kann nicht abgerufen werden. (0x80040008)
MErrorHelper.cpp, 2457, Die Eigenschaft "addEventListener" eines undefinierten oder Nullverweises kann nicht abgerufen werden. (0x80040008)
(M-Files 23.1.12196.5 2023-01-25T14:01:13.872Z)

More human than embarrassing ;) Thanks for fixing!

With editing branch I get an error on opening preview/metadata:

CustomControlSite.cpp, 1051, Die Eigenschaft "addEventListener" eines undefinierten oder Nullverweises kann nicht abgerufen werden. (0x80040008)
View all metadata UIX: common-dashboard.js, 288, Die Eigenschaft "addEventListener" eines undefinierten oder Nullverweises kann nicht abgerufen werden. (0x80040008)
MErrorHelper.cpp, 2457, Die Eigenschaft "addEventListener" eines undefinierten oder Nullverweises kann nicht abgerufen werden. (0x80040008)
(M-Files 23.1.12196.5 2023-01-25T14:01:13.872Z)

I had time during a call, so made a fix for this.

I can confirm the fix is working!

Can you give me a hint on how to set a Window Title for the Preview and Metadata Window? I simply want to call the Preview Window "Preview" and Metadata "Metadata"..

Background is I'm using a tool (Display Fusion) to split a Monitor in several Areas and I then I could automatically place the Windows on differant Screen Areas based on the Window Title..

And Regarding 

Craig Hawker said:

You'd still have the whitespace for them, though.  You'd then need to alter the CSS to move the top menu bar upwards (that is somewhere in this file, I think, probably the "div.menu.top" declaration), and to position the previewer correctly (the previewer declaration in here).

Should there be a separate common.mfapx generated? Cause If I edit these files they won't be in the compiled mfapx files..

Additionally I noticed that Preview doesn't work for PDF Files in a Multi File Document, is there a possibility to add this function? This possibility would also help me for my own scripts where I show a button for a file to open with a specific application this also works only for Single File Documents..

The window titles are in the dashboard files (e.g. line 6 here).  I recall that I tried to get them to be customised via the code, but something (knockoutjs, or the way we spawn the windows) didn't update when the value was set via code.  So setting it to a static value should work.

The common project declares and then bundles various common files.  If you see in the other projects they reference things like "common-dashboard.js"; this is generated by the common project.  The project itself isn't a UIX or VAF application; it just exists to enable (and bundle) shared files.

Regarding your final question: there's a number of things that I considered supporting.  The first step would be to create some issues in the repository detailing the sorts of things that people would like adding.

I have to note though that this is a sample.  It is not meant for production use, and I am making zero promises about me having time to implement any specific enhancements in the future.  If people have some requirements and would like to add functionality, then reach out to me and we can talk about how this should be done with the aim to get it merged.

Window Title works

Craig Hawker said:

The common project declares and then bundles various common files. 

I get the concept now!

Craig Hawker said:

Regarding your final question: there's a number of things that I considered supporting.  The first step would be to create some issues in the repository detailing the sorts of things that people would like adding.

Okay, I see the Issues page is the right place.. Maybe I can also contribute some day when my coding skills evolve..