Ask Questions and Find Answers
Important:
Ask is now read-only. You can review any existing questions and answers, but not add anything new.
But - don't panic! While ask is no more, we've replaced it with discuss - the new Liferay Discussion Forum! Read more here here or just visit the site here:
discuss.liferay.com
RE: Thoughts on 7.3.3
I did a few tests on current master since I wanted to try a few things that bugged me in 7.3.2 and found that quite a bit has changed. I found several nice changes. As usual, I still have some thoughts. ;)
Drop zones: Dragging & dropping of widgets was improved. Thanks, I missed quite often with 7.3.2 and I believe, it behaves a bit better now. But maybe the drop indicator could become more visible. I am not sure what's best here, a bit thicker (5 or 6 instead of 4px perhaps?) or maybe a different color to contrast it against the widget border. I tried it with red, its a bit brutal, but it becomes really visible.
Menu icons (Menu & a bit global menu)
I really like it when I can toggle a pane without moving with the mouse. Click Open. Click Close. Without moving the mouse. But currently, I have to move the mouse to click the "Menu" toggle. It is a minor thing, but bugs me for a while now. It nearly works for the global menu, but the X icon is a bit "off", just a few pixels.
Edit mode and back button:
Maybe it is just me, but when I want to close the menu, I click the back button all the time. I am not sure if this is just me and everybody else is perfectly fine with it. No idea, I just wanted to mention it. Maybe the buttons could be moved apart? I don't know, maybe there is no help and my brain is just glued to the idea that an arrow to the left will close the pane ...
Site templates: The default site templates still create/consist of widget pages. Shouldn't they changed to content pages?
"New" Navigation tree: It is there for a while now, but still, the position feels wrong to me. Maybe the icon should move to the top bar, two icons , one, opening the site config/content management and one opening the tree. It works and is quite an improvement to 7.2 but it could be better.
Navigation & public/private pages:
Also, I had to create a public and a private pages for a showcase and I regularly switched between the sites. It seems, the component remembers my last selection, public or private but independent of the site. Now, when I switched sites, it was quite often wrong and showed me an empty navigation and I had to switch to public/private pages. This usecase could be an edge case, I am not sure, how many customers have both public/private sites. But I believe it would be more useful, if the site with existing pages would be preferred or if it would remember my choice per site.
Page edit, Look & Feel
I noticed that "Look & Feel" seems to be gone. Well, bon voyage, I won't miss you.
New Fragments and Widgets panel: AWESOME. I love it. A lot cleaner. Quick question, not a big deal: Is it possible to add our own icons instead of lexicon icons? I am not sure if we will that anyway since it is hard to find fitting icons (and then in the same style).
New Global menu
In general: Very nice! I believe it was good to split the menu and even though it is probably not final at the moment, I'd like to throw in a few thoughts/ideas.
The Sites submenu (grey area) is nice, very helpful. Maybe the Global entry should be "marked" somehow with a special icon, since global is never "recently visited".
The two "Sites" menus could be merged (the one from control panel and the grey one). It might be convenient from a technical point of view to keep the Control Panel/Sites menu, but please allow me to directly open the sites management page. Oh, and since I am talking about sites: The German translation of "Sites" is incorrect in the menu. "Seiten" means "Pages". (I forgot where the translation are managed)

Just use "Sites".
That said, the new huge menu feels a bit inconvenient. In my experience, I most often need things in the Control Panel. Now I have to click on the right (Global Menu icon), move with the mouse back to the left and switch tab. I am not sure what the best solution is, maybe two icons instead of one icon + two tabs? Or even three, split it further in Users & Accounts, Control Area, Applications. Thinkng of it, maybe the whole experience should actually become more like ribbons in Office, an icon for each of the major areas. There is a lot of free real estate available there ...

A quick fix could be to simply move the tabs to the right.

A small change that would decrease mouse paths quite a bit.
Shortcuts:
A "Shortcuts" column would be nice. I often need Users, Roles, System/Instance Settings and a few more, but I never use most of the menus.
Drop zones: Dragging & dropping of widgets was improved. Thanks, I missed quite often with 7.3.2 and I believe, it behaves a bit better now. But maybe the drop indicator could become more visible. I am not sure what's best here, a bit thicker (5 or 6 instead of 4px perhaps?) or maybe a different color to contrast it against the widget border. I tried it with red, its a bit brutal, but it becomes really visible.
Menu icons (Menu & a bit global menu)
I really like it when I can toggle a pane without moving with the mouse. Click Open. Click Close. Without moving the mouse. But currently, I have to move the mouse to click the "Menu" toggle. It is a minor thing, but bugs me for a while now. It nearly works for the global menu, but the X icon is a bit "off", just a few pixels.
Edit mode and back button:
Maybe it is just me, but when I want to close the menu, I click the back button all the time. I am not sure if this is just me and everybody else is perfectly fine with it. No idea, I just wanted to mention it. Maybe the buttons could be moved apart? I don't know, maybe there is no help and my brain is just glued to the idea that an arrow to the left will close the pane ...
Site templates: The default site templates still create/consist of widget pages. Shouldn't they changed to content pages?
"New" Navigation tree: It is there for a while now, but still, the position feels wrong to me. Maybe the icon should move to the top bar, two icons , one, opening the site config/content management and one opening the tree. It works and is quite an improvement to 7.2 but it could be better.
Navigation & public/private pages:
Also, I had to create a public and a private pages for a showcase and I regularly switched between the sites. It seems, the component remembers my last selection, public or private but independent of the site. Now, when I switched sites, it was quite often wrong and showed me an empty navigation and I had to switch to public/private pages. This usecase could be an edge case, I am not sure, how many customers have both public/private sites. But I believe it would be more useful, if the site with existing pages would be preferred or if it would remember my choice per site.
Page edit, Look & Feel
I noticed that "Look & Feel" seems to be gone. Well, bon voyage, I won't miss you.
New Fragments and Widgets panel: AWESOME. I love it. A lot cleaner. Quick question, not a big deal: Is it possible to add our own icons instead of lexicon icons? I am not sure if we will that anyway since it is hard to find fitting icons (and then in the same style).
New Global menu
In general: Very nice! I believe it was good to split the menu and even though it is probably not final at the moment, I'd like to throw in a few thoughts/ideas.
The Sites submenu (grey area) is nice, very helpful. Maybe the Global entry should be "marked" somehow with a special icon, since global is never "recently visited".
The two "Sites" menus could be merged (the one from control panel and the grey one). It might be convenient from a technical point of view to keep the Control Panel/Sites menu, but please allow me to directly open the sites management page. Oh, and since I am talking about sites: The German translation of "Sites" is incorrect in the menu. "Seiten" means "Pages". (I forgot where the translation are managed)

Just use "Sites".
That said, the new huge menu feels a bit inconvenient. In my experience, I most often need things in the Control Panel. Now I have to click on the right (Global Menu icon), move with the mouse back to the left and switch tab. I am not sure what the best solution is, maybe two icons instead of one icon + two tabs? Or even three, split it further in Users & Accounts, Control Area, Applications. Thinkng of it, maybe the whole experience should actually become more like ribbons in Office, an icon for each of the major areas. There is a lot of free real estate available there ...

A quick fix could be to simply move the tabs to the right.

A small change that would decrease mouse paths quite a bit.
Shortcuts:
A "Shortcuts" column would be nice. I often need Users, Roles, System/Instance Settings and a few more, but I never use most of the menus.
Hey Christoph,
Thanks once again for the thoughtful feedback.
You keep surprising me with your ability to stay on top of our development and even correctly guess our intentions and direction
We are processing all of your feedback and I hope we'll be able to apply some of your ideas for GA4 or right after.
Thanks!
Jorge
Thanks once again for the thoughtful feedback.
You keep surprising me with your ability to stay on top of our development and even correctly guess our intentions and direction

Thanks!
Jorge
'I noticed that "Look & Feel" seems to be gone. Well, bon voyage, I won't miss you.'
The best part of Liferay from a Front End Developer perspective .... gone. It's a sad day for Liferay.
"New" Navigation tree
There is a very bad drawback to where that thing is being loaded and how it is being loaded that will lead to our users having work lost. 7.3 GA3 - Hitting back in find pages navigation causes lost edits
https://issues.liferay.com/browse/LPS-115767
If I turn senna off will that stop this?? Sorry to be a bummer, but with this knowledge can the navigation menu be moved back to where it was in 7.0 please? Where it can't cause harm to a users ability to get through the day without loosing work. I can't control what people do, I can't sit over them and hold their hands, tell them "oh no don't click that right now" and tell them that if they use the menu while editing they will loose their work. Please make navigation great again. In 7.0 wif we have navigated to a page using the navigation we can while editing content, we can ctrl+click on say Content > Web Content or anything really, perhaps the user needs to double check something from the Wiki. Well with the whole "navigation menu" now split into "two navigation menus" ... it's impossible to navigate the site and the admin at the same time, which is currently possible in 7.0.
Now it's an extra cognitive thing the user has to do, when navigating to a page if you want to edit it and use the product menu at the same time you have to remember to exit out of navigation. Navigation is now something that you have to enter and leave, it's not "there", it's in a different place. The workflow of navigation as a site admin is still broken, it's harder. In 7.0 all you do is scroll up and down which is much easier.
To settle the performance issues ... look we have thousands of pages across the portal but they aren't all on one site. At max we have a site with around 200 pages. If a site has less than 1,000 pages load the navigation menu where it should be .... in the product menu as a navigation menu. They are hyperlinks, we don't need drag and drop and we see zero performance issues in 7.0.
The best part of Liferay from a Front End Developer perspective .... gone. It's a sad day for Liferay.
"New" Navigation tree
There is a very bad drawback to where that thing is being loaded and how it is being loaded that will lead to our users having work lost. 7.3 GA3 - Hitting back in find pages navigation causes lost edits
https://issues.liferay.com/browse/LPS-115767
If I turn senna off will that stop this?? Sorry to be a bummer, but with this knowledge can the navigation menu be moved back to where it was in 7.0 please? Where it can't cause harm to a users ability to get through the day without loosing work. I can't control what people do, I can't sit over them and hold their hands, tell them "oh no don't click that right now" and tell them that if they use the menu while editing they will loose their work. Please make navigation great again. In 7.0 wif we have navigated to a page using the navigation we can while editing content, we can ctrl+click on say Content > Web Content or anything really, perhaps the user needs to double check something from the Wiki. Well with the whole "navigation menu" now split into "two navigation menus" ... it's impossible to navigate the site and the admin at the same time, which is currently possible in 7.0.
Now it's an extra cognitive thing the user has to do, when navigating to a page if you want to edit it and use the product menu at the same time you have to remember to exit out of navigation. Navigation is now something that you have to enter and leave, it's not "there", it's in a different place. The workflow of navigation as a site admin is still broken, it's harder. In 7.0 all you do is scroll up and down which is much easier.
To settle the performance issues ... look we have thousands of pages across the portal but they aren't all on one site. At max we have a site with around 200 pages. If a site has less than 1,000 pages load the navigation menu where it should be .... in the product menu as a navigation menu. They are hyperlinks, we don't need drag and drop and we see zero performance issues in 7.0.
For widgets within content pages at minimum to transition from widget to content pages we would need:
- Look and Feel (Advanced styling CSS, margin, padding)
- Decorators !!
- The toggle where users can type in a new portlet title
- Configuration Templates (so very useful, now not there??)
I can't move users to content pages while we are still missing features for widgets and while fragments are missing features that are there for widgets. There's no parity between the two and it would be needed for a migration to content pages; at least the web content display widget full featured, full fat.
Hopefully for 7.4 we get Look and Feel and decorators for at least web content display widgets in content pages??
Decorators are incredibly powerful in terms of easily giving users the choice between stylesheet classes. Very under-valued are decorators.
- Look and Feel (Advanced styling CSS, margin, padding)
- Decorators !!
- The toggle where users can type in a new portlet title
- Configuration Templates (so very useful, now not there??)
I can't move users to content pages while we are still missing features for widgets and while fragments are missing features that are there for widgets. There's no parity between the two and it would be needed for a migration to content pages; at least the web content display widget full featured, full fat.
Hopefully for 7.4 we get Look and Feel and decorators for at least web content display widgets in content pages??
Decorators are incredibly powerful in terms of easily giving users the choice between stylesheet classes. Very under-valued are decorators.
You really use Look & Feel? What do your editors configure there? Only the portlet title? Or more?
If so, why not just make a fragment with "Title" + Dropzone and people should use that instead. Since you can freely create your own encapsulating module now, you actually have a lot more power than before with less sideeffects (everybody forgot that something was configured once upon a time in Look&Feel and we had always tickets because something looked different on some pages).
If so, why not just make a fragment with "Title" + Dropzone and people should use that instead. Since you can freely create your own encapsulating module now, you actually have a lot more power than before with less sideeffects (everybody forgot that something was configured once upon a time in Look&Feel and we had always tickets because something looked different on some pages).
Yeah I can't think of a time where look and feel wasn't needed. We use margin and padding to line up portlets that are slightly out of line with each other. We use decorators a lot, so we can let the user decide if they want a portlet title, what style title. I even use "Decorate" to put borders on tables created in Alloy Editor because they refuse to style the borders.
Overall though the most powerful feature is the Advanced styling. When someone has a need in a web content template, maybe the height of a tile needs tweaking, well I can do that just for them without affecting everyone else. I've also used it to add class names to the portlet container ad-hoc. You can try out some CSS, ask the user if they like that and then move it to a template once approved, so in that sense it really speeds things up.
It's a tragedy it's not there in content pages, as well as configuration templates. Try adding a configuration template to a widget and see how easy it is to drag and drop it from the add menu. You can set this up in a widget page and use it from the add menu, say set up an asset publisher well instead of doing that every time, just save a configuration template. But the add menu from the content page ignores the configuration templates completely, it makes no sense so now I can;t drag and drop my pre-configured asset publisher to a content page.
There's a tonne of stuff roadblocking the adoption of content pages. I honestly would love to see widget pages go away ... but that can't happen while features are missing from content pages.
Overall though the most powerful feature is the Advanced styling. When someone has a need in a web content template, maybe the height of a tile needs tweaking, well I can do that just for them without affecting everyone else. I've also used it to add class names to the portlet container ad-hoc. You can try out some CSS, ask the user if they like that and then move it to a template once approved, so in that sense it really speeds things up.
It's a tragedy it's not there in content pages, as well as configuration templates. Try adding a configuration template to a widget and see how easy it is to drag and drop it from the add menu. You can set this up in a widget page and use it from the add menu, say set up an asset publisher well instead of doing that every time, just save a configuration template. But the add menu from the content page ignores the configuration templates completely, it makes no sense so now I can;t drag and drop my pre-configured asset publisher to a content page.
There's a tonne of stuff roadblocking the adoption of content pages. I honestly would love to see widget pages go away ... but that can't happen while features are missing from content pages.
Boah. Sounds like an awful lot of work. Sounds like a maintenance nightmare to me.
We always just did everything in the theme or in a theme contributor. You need more preparation and invest some time in the "base theme", you have to carefully define layout of the page (with margins and all), take various resolutions into account, but once it is done, it is done. All portlets behave the same on all pages and look consistent afterwards.
But apart from that: You can still do all that. You just have to do it with fragments. Look & Feel is gone, but the ability to style each content on each page is still there.
We always just did everything in the theme or in a theme contributor. You need more preparation and invest some time in the "base theme", you have to carefully define layout of the page (with margins and all), take various resolutions into account, but once it is done, it is done. All portlets behave the same on all pages and look consistent afterwards.
But apart from that: You can still do all that. You just have to do it with fragments. Look & Feel is gone, but the ability to style each content on each page is still there.
I think this tug of war between features really calls for configuration of features. If look and feel is really causing so much trouble, go in to a control panel and take it away from site admins and leave it in place for portal admins. An overall portal configuration profile could be given, so "Liferay Essential", "Liferay Lite", "Liferay Creator", "Liferay Ultimate".
Liferay can't continue to go down this route of just deciding what users don't need and chucking it away, it's fine if they are chucking away stuff you don't need, but someone else may and then ... they removed the navigation from the product menu, so anything could happen really. I still can't believe that happened with the navigation menu I think that really demonstrated to me that nothing in Liferay is safe, reliable or predictable anymore.
What if rather than chucking away features, make them feature flags, on or off?
If the navigation menu was causing an issue, go in feature flag it and let everyone else who have no issues with it, continue to use it.
Liferay can't continue to go down this route of just deciding what users don't need and chucking it away, it's fine if they are chucking away stuff you don't need, but someone else may and then ... they removed the navigation from the product menu, so anything could happen really. I still can't believe that happened with the navigation menu I think that really demonstrated to me that nothing in Liferay is safe, reliable or predictable anymore.
What if rather than chucking away features, make them feature flags, on or off?
If the navigation menu was causing an issue, go in feature flag it and let everyone else who have no issues with it, continue to use it.
Web content titles are still missing from WCD's in content pages. I really think it's 80% the way done, just the next 20% to be completed ... ?? For the titles we use decorators on the portlets to let the user choose if they want a title or not ... so that tool (look and feel) has been taken away?
It's not possible to edit web content in a widget on a content page when the content page is in edit mode ... you have to exit edit mode in order to edit. Pleeeeeeeeeease see this from the user perspective, web content in content pages need some love. It's not even possible now to put a background color behind a web content display portlet, you can't change the text color to be white, ah it's horrible. Will we get these features back??
It's not possible to edit web content in a widget on a content page when the content page is in edit mode ... you have to exit edit mode in order to edit. Pleeeeeeeeeease see this from the user perspective, web content in content pages need some love. It's not even possible now to put a background color behind a web content display portlet, you can't change the text color to be white, ah it's horrible. Will we get these features back??
Krzysztof Gołębiowski, modified 5 Years ago.
Liferay Master
Posts: 549
Join Date: 6/25/11
Recent Posts
Hi Lee,
to be honest, I won't be crying much because "Look and feel" is gone. Indeed we still use it on some of our portals, but after several discussions with my clients, I see that the general web design trend is going away from this kind of "component" page construction (separate boxes with titles) to a more clean and consistent design, where different components are much more "visually" integrated with each other. The new fragments approach seems to be working much better here and is easier and more flexible for the editor. With Fragments, he doesn't really have to know it's a "portlet title", it's just a header that he puts wherever he wants on the page.
to be honest, I won't be crying much because "Look and feel" is gone. Indeed we still use it on some of our portals, but after several discussions with my clients, I see that the general web design trend is going away from this kind of "component" page construction (separate boxes with titles) to a more clean and consistent design, where different components are much more "visually" integrated with each other. The new fragments approach seems to be working much better here and is easier and more flexible for the editor. With Fragments, he doesn't really have to know it's a "portlet title", it's just a header that he puts wherever he wants on the page.
Only time will tell I think. For websites yes I think your point is perfectly valid. For Intranets I think Liferay is starting to loose focus on Intranet needs. Most of our pages are currently maintained with consistency with web content templates. Although fragments are an evolution of this, I still maintain that fragmennts could have been Web Content 3.0.
My personal take on all this which I think is already becoming more well known ... it's taking longer to do things. Take these titles for example, in web content. So in 7.0 a user has a title already in the web content article, they can choose to display this title or hide with with the look and feel options (I used a decorator). So these decorators now don't work in content pages.
The problem now is instead of turning the title on and off, now the user must drag over a "heading" let's say. Now if they make layout changes in the content page what you've done by imposing this "new world of web design" on that user is you've doubled their workload (which in fairness is my workload, because I have to fix it right?). So to move a piece of content ... they have to move it and then move the "heading" because someone thought it was better to have two things instead of one.
Like I say I don't think time will prove me wrong, I'd like to be proven wrong, but compare the time it takes to do things with widget pages and web content templates to the extra time it now takes users and developers to do anything with content pages ... I think there will be calls to make the authoring experience faster.
Also by allowing such freedom with these content pages, without tightly controlled page templates or master pages ... the whole idea of brand consistency goes out of the window. When users can decide to do whatever, you actually loose consistency and I think when comparing widget pages to content pages, I think there will be a lack of consistency in what was made with content pages verses widget pages.
At the end of the day though, users will want the best of BOTH worlds, they will want to use blog portlets and message boards (Intranet usecase) on content pages and I really feel that leveling up the two and allowing widget pages to be fully functional on content pages can help use remove widget pages.
I like content pages ... but I think it's faaaaaaaar too soon to make content pages the go to. Even between GA3 and GA4 there is so much difference in content pages in the UI ... It's not yet finished. Put a time on it, say by 2022 having started this work in 2018, come out and say that content pages are not ready for maybe the next year. Those poor 7.1 users
It's close but I just can't believe there are things still with web content displays that don't work. Still.
Our users won't map web content fields to paragraphs ... it's too much time. You gotta think that the enthusiasts will and the people like me that do this day in day out will use and take hours to do one thing, but it's not acceptable for our users to take even more time out of their day to maintain their content, they have other work to do, so making things more time consuming and harder and putting up barriers to "getting work done" and making it harder for us portal admins to tweak a bit of look and feel ad-hoc ... it's really going to drag on productivity.
My personal take on all this which I think is already becoming more well known ... it's taking longer to do things. Take these titles for example, in web content. So in 7.0 a user has a title already in the web content article, they can choose to display this title or hide with with the look and feel options (I used a decorator). So these decorators now don't work in content pages.
The problem now is instead of turning the title on and off, now the user must drag over a "heading" let's say. Now if they make layout changes in the content page what you've done by imposing this "new world of web design" on that user is you've doubled their workload (which in fairness is my workload, because I have to fix it right?). So to move a piece of content ... they have to move it and then move the "heading" because someone thought it was better to have two things instead of one.
Like I say I don't think time will prove me wrong, I'd like to be proven wrong, but compare the time it takes to do things with widget pages and web content templates to the extra time it now takes users and developers to do anything with content pages ... I think there will be calls to make the authoring experience faster.
Also by allowing such freedom with these content pages, without tightly controlled page templates or master pages ... the whole idea of brand consistency goes out of the window. When users can decide to do whatever, you actually loose consistency and I think when comparing widget pages to content pages, I think there will be a lack of consistency in what was made with content pages verses widget pages.
At the end of the day though, users will want the best of BOTH worlds, they will want to use blog portlets and message boards (Intranet usecase) on content pages and I really feel that leveling up the two and allowing widget pages to be fully functional on content pages can help use remove widget pages.
I like content pages ... but I think it's faaaaaaaar too soon to make content pages the go to. Even between GA3 and GA4 there is so much difference in content pages in the UI ... It's not yet finished. Put a time on it, say by 2022 having started this work in 2018, come out and say that content pages are not ready for maybe the next year. Those poor 7.1 users

Our users won't map web content fields to paragraphs ... it's too much time. You gotta think that the enthusiasts will and the people like me that do this day in day out will use and take hours to do one thing, but it's not acceptable for our users to take even more time out of their day to maintain their content, they have other work to do, so making things more time consuming and harder and putting up barriers to "getting work done" and making it harder for us portal admins to tweak a bit of look and feel ad-hoc ... it's really going to drag on productivity.
Copyright © 2025 Liferay, Inc
• Privacy Policy
Powered by Liferay™