Don't really know who's the culprit here, but here goes anyway...

I've created a plugin that uses the block module to insert an un-editable block. Default Aloha behavior ensures that when I select the block, the scope is set to a special block scope, which causes buttons that are set to the standard Aloha.continuoustext scope to be not shown.

So, when selecting the block, I expect all buttons and tabs to disappear, which they do... Apart from the insert link and insert image buttons, that is... All the tabs disappear.

Seems that it decides to show the contents of the Insert tab, but not the tab heading itself. Why it doesn't hide those two buttons doesn't make sense, as they've set their scope like most other.

The really odd thing is: if I edit a bit and create a link in normal text, the next time I select my block, it *doesn't* show any buttons, but then it shows the heading for the Link tab, and sticks with that the next time I activate the block...

The issue *might* be in the Drupal UI plugin, but I don't know.

Question is whether 'no buttons' is really a supported case, or whether I should work around the issue by letting my block plugin create a scope and a button only shown in that scope that simply removes the block (so it actually can be of some use). On the other hand, there might be good reason for something being not-editable.

Comments

wim leers’s picture

wim leers
Location Ghent 🇧🇪🇪🇺
commented
Status: Active » Postponed (maintainer needs more info)

I've seen similar problems with the Captioned Image plug-in, which is also based on Aloha Blocks.

You can disable the Drupal UI and change back to the default UI.

+      array('aloha', 'aloha.common/ui'),
-       array('aloha', 'aloha.drupal/drupal-ui'),

and:

+    'css' => array(
+      $library_path . '/css/aloha.css' => array(),
+    ),

I'd also disable the Drupal plug-in, just to make sure.

xen’s picture

xen commented

Seems to be an issue in the Drupal UI, it works as expected with the default ui.