I may have mis-understood, but you can already drag blocs in the layer tree. As well as other elements.
hmm… that’s weird. I can drag everything except the entire blocs on my layer tree.
@TMRJIJ. - not to highjack this thread but…
A couple of basic ones. Just starting to play with Blocs, so I may be missing something obvious on any of the below…
- Not every site is a single page. Allowing drag and drop of page ordering, or directory creation in the left hand page would be extremely helpful.
- Image captions for the various permutations - single image, galleries, sliders.
- Notifications and updates from in-product for updated to blocs, brics, 3rd pty add-ons, …
- Simple option to exclude new page from being added to top level menu in page context (e.g. not add many pages, then go into Menu Manager to remove them).
Yep, @rtp, a few of those on my wish list, especially the reordering of pages (or being able to have sub folders). Once you get past 4 or 5 pages, it’s a hassle finding the page you need next.
Even having the option of reducing the thumbnails would be good, therefore seeing more pages at once.
Thanks for the video. I guess my mouse position was just wrong the whole time
- Global Blocs/Brics
- Ability to conditionally show/hide fields in Form
- More modal trigger options
Ahh, I see why I wasn’t seeing it. I’m using duplicate from other pages mostly, where you don’t get the dialog and there isn’t a ‘page properties’ equivalent on the right hand side containing the settings for create new page - or am I missing that as well? (possible…)
You can also turn it off in page settings after page creation.
Yes, but you also have settings in the right hand inspector column using the same settings icon. Selecting a page on the left nav should populate settings on the right, versus a drill-in and modal IMO. Right clicking on a page in left nav also doesn’t bring up settings - it’s sort of a UX weirdness, IMO. Select a page on left, and show settings on the right like you do for elements.
The settings on the right relate to page content. The settings icon on the page displays page-specific settings which just makes for common sense. The page settings icon is in the page thumbnail, content setting are in their common place on the right of the interface. The same page settings can be accessed by clicking on the settings icon on the right of the page next to the page name. I don’t see what is wrong or illogical with this arrangement. How many variants of page settings do we need?
Actually, the settings on the right seem to only be for element content - I am saying the same pattern should apply when selecting a page.
Asked differently - how many different ways to get to settings for different things do we need, versus a consistent ‘click on thing’ and it’s relevant settings are on the right? shrug From a UX point of view, it’s not as consistent as it could be.
Right now, to get to PAGE settings, I believe you have to drill into the page settings icon on the left. To get to element settings, you just click on it and it’s put into the SETTINGS pane on the right. Not consistent to me. (the right click behavior is entirely secondary to this…)
Did I miss some path where page settings (such as those in the modal in the middle of screenshot) show up in the settings pane on the right? (possible, only on day 2)
PS - don’t take any of this as trying to be argumentative. I’m from a stubborn state, was in the military and tend to be blunt, while also having to wrangle the greased cats of multiple product teams as part of my day job. They’d be hearing the exact same thing on consistency and not just from me. Can always ignore the comment as I’m quite sure not all ‘wishes’ will be granted…
The inspector (on the right) only shows settings for elements on the page.
There is also a keyboard shortcut to access page settings.
I’ve used Adobe Muse, and TBH towards the end of the development lifecycle it became almost unusable. The account manager was Dani Beaumont and she would use Facebook live to explain the latest features and functionality, but it almost became embarrassing watching her falter, as the ‘use cases’ were so obviously flawed that she would have to move on to the next example after failing miserably to adequately explain how they worked.
Instead of Adobe I prefer Affinity photo, design and publisher. Much better in my opinion.
Ability to wrap divs into divs (or in Blocs terms… two blocs into a parent container). I was trying to figure out out Ralf / @RME managed to create what he did here where you have an image filling 50% on one side with parallax enabled, and text on the opposite site. Thats something I wanted to use for my header but couldn’t figure out how to do with in Blocs. Then found Ralfs site and wondered how he managed to do that. Well, I could’ve asked… yeah …
I know how he did it now, which involves a custom class, that has to be applied to said parent container, which - it seems - only works if you edit the exported html to wrap a parent div around those two blocs / divs and apply display:flex to them whilst setting the width of each child div to 50%… wish something like that could be done in Blocs alone. Well, the width can, the rest needs some more work outside Blocs.
But hey, maybe my wish is already included in the current and privately beta tested version 4?
I would like to add @Norm for Blocs 4
A much better gradient for header text when over laying an image/background - seems all washed out with a grey mix in it.
Also shaped dividers as seem on another platform. Waves brings a new look to break a divide up, id love to see this now done in blocs as a standard shape divider - its time to break the Bloc square feel as we know it and build shape divider - not using code, not going to another platform to design it and bring it in, not mess with hrs playing around adding it - just a simple, yes id like to add a curve to my header - BOOM! there is it !
You can do this already.
Did you follow this? Specifically step 5.