Altering CoreDoc.SetRestrictedPermissions (PXC_PermsFlags) - refresh command items sometimes fails SOLVED

[zarkogajic]

Hi Support,

I cannot reproduce this in EU Editor as there's some coding required. Can be reproduced in FullDemo.

Here's what I have:

I'm loading a document in pxvControl using IPXV_MainFrame.OpenDocFrom + specifying PermF_All - PermF_Copy for SecPermMask in pOpenParams. This all works fine and opens the document in "read-only" mode - so any editing command items are disabled in the UI (main menu and main command bar).

At some moment I would make a call to: "pxvControl.Doc.CoreDoc.SetRestrictedPermissions(0)" - so to make editing possible.

After the above call all menu items and command items in the main menu bar should be enabled.

The issue I have is that sometimes command items on the main command bar (like cmd.tool.editContent) will stay disabled and sometimes they will properly get enabled. When they stay disabled - the corresponding menu item will correctly be enabled (I guess that's because in main menu you set command item state when selecting/opening the parent menu item).

If I switch to another document and back to the first one - main bar commands are properly refreshed / enabled.

I would say that sometimes after calling SetRestrictedPermissions - a call to refresh command item states does not get properly done from your side (your internal code).


Or in steps:

1. Load document OpenDocFrom ( PermF_All - PermF_Copy )
1.1. Document is loaded in read-only mode and all the UI elements are properly disabled.
2. Call SetRestrictedPermissions(0)

Sometimes the UI (main bar command items) is properly refreshed (so all command items are enabled), sometimes command items in main command bar stay disabled.

I was hoping I could duck-tape this by calling InstUI.CmdManager.UpdateCmdItemsByTarget(UIX_CmdItemUpdate_State, Document Frame's MainView) - but it did nothing to refresh command items and their state (to make them enabled).


Hoping the above is clear.


p.s.
Maybe to fire some kind of "e_somethingschanged" event?


-žarko

[zarkogajic]

Hi Support,

I've managed to solve this by iterating over *all* IUIX_CmdPanes.IUIX_CmdLines.IUIX_CmdBars of IPXV_MainView and calling IUIX_CmdBar.UpdateItems(UIX_CmdItemUpdate_State, -1);

Not an ideal fix, but works. Still, the issue is there somewhere in your code...

-ž

[Sasha - Tracker Dev Team]

Hello zarkogajic,

The iteration though all of the needed commands is the correct way to do this.

Cheers,
Alex

[zarkogajic]

Hi Alex,

Thanks, as said works but not ideal.

Why the following does not do it - as from what I (think I) know about UpdateCmdItemsByTarget - this should do it:

InstUI.CmdManager.UpdateCmdItemsByTarget(UIX_CmdItemUpdate_State, Document Frame's MainView)

?

-ž

[Sasha - Tracker Dev Team]

Hello zarkogajic,

Not exactly - there are commands that are handled by different targets. For example this property gives you an ID of the target that handles the command:
https://sdkhelp.pdf-xchange.com/vi ... d_TargetID
Basically some of the commands are handled by the documents view, some by the bookmarks view, etc. So if you call the update for the main view target - only the commands that are handled by it will be updated.

Cheers,
Alex

[zarkogajic]

Hi Alex,

ok, clear.

Anyhow, do we agree that something wrong is happening behind the scenes?

-ž

[Sasha - Tracker Dev Team]

Hello zarkogajic,

If you are modifying something at the Core Level, the UI won't be updated unless the needed events/updates are being done manually. So there is nothing wrong with this behavior.

Cheers,
Alex

[zarkogajic]

Hi Alex,

But that's not what happens.

As described in the first post in this topic, when I do pxvControl.Doc.CoreDoc.SetRestrictedPermissions(0) - the UI sometimes updates, sometimes it does not. And there's no difference in what I do.

-žarko

[Sasha - Tracker Dev Team]

Hello zarkogajic,

That's exactly what I'm telling - the UI update can happen if some random redraw can break through. The correct way is to send events/update.

Cheers,
Alex

[zarkogajic]

Hi Alex,

Ok.

Is here an even I can fire so that update happens?

I do not like this iterating code over CommandPanes/CommandLines/CommandBars.

-žarko

[Sasha - Tracker Dev Team]

Hello zarkogajic,

Well you can try firing e_customizeCmdLayout or e_cmdCustomization and see if it works.

Cheers,
Alex

[zarkogajic]

HI Alex,

I've tried both events with nParam1=nParam2=0 for CreateNewEvent. No changes in UI. I'm passing Inst for pFrom in FireEvent

Code: Select all

//kinda pseudo
IEvent evt = Inst.EventServer.CreateNewEvent(e.cmdCustomization/e.customizeCmdLayout , 0, 0);
Inst.EventServer.FireEvent(evt, Inst);

Any other idea?


-ž

[Sasha - Tracker Dev Team]

Hello zarkogajic,

Not from what I know. Basically iterating trough needed command IDs (it can be all of them) via the https://sdkhelp.pdf-xchange.com/vi ... teCmdItems will do the trick.

Cheers,
Alex

[zarkogajic]

Hi Alex,

Yes, this seems to do it!

InstUI.CmdManager.UpdateCmdItems(UIX_CmdItemUpdate_State, 0);

Thanks. Case not only solved but closed

-ž

[Sasha - Tracker Dev Team]