Link to parent menu item#8225
Conversation
4775e2f to
358317b
Compare
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## master #8225 +/- ##
=======================================
Coverage 99.08% 99.08%
=======================================
Files 139 139
Lines 4045 4045
=======================================
Hits 4008 4008
Misses 37 37 ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
8349e5e to
b36fd5a
Compare
def150a to
48f2861
Compare
|
This is made to sound like it's considered a bug but from what I know this is intentional. It wasn't supported previously. Also, I don't think it's a good default for the parent menu item to have a link and a separate toggle. I will not accept this change, sorry. Although, you should be able to make this change for your own implementation, that's why we have the navigation in a partial so you can customize it. For that, it seems you would need a Ruby method update to support that case which is something I would accept. You're welcome to contribute just that change here. The JS is only meant as a default, out of the box. You can supply your own JS for custom menu behavior by just changing the element id and working off that. Perhaps, in the future we can expand on the JS so you don't have to import/load what you end up replacing or don't use. I would appreciate any help or suggestions around that for a v4 release. |
|
@javierjulio Actually, this was supported in version 3. Take a look at the following snippet in the Without the change in this pull request, there is no way for you to navigate to the |
|
@hasghari sorry, I don't use that feature. I'm not familiar with it at all. Nor do we seem to have it in the generated app for development or test. Often times these features are latter discovered unless built in to the development app. It's not possible for us to know all of them. Can you please modify the dev app that is generated locally to use that feature and share what changes you had to do to get that? I'm not able to replicate this. I don't have any idea what it would even render. Thank you. |
93cf695 to
5b59de1
Compare
|
@javierjulio I added a new nested resource in the generated app called |
The PR LTGM, I use this feature so thanks for fixing it. |
|
@javierjulio Is it possible to get a fix for this in, hopefully we have changed your mind on this feature :) |
5b59de1 to
6ed5a79
Compare
6ed5a79 to
2eb84b4
Compare
|
@javierjulio Sorry to ping again, but this is a really wanted feature and honestly a blocker for upgrading |
2eb84b4 to
f112e59
Compare
1786e40 to
c1ed616
Compare
|
Hi guys! I bumped into the same issue #8245 Do u need any help with the PR? I'd be really happy to get this thing merged |
c1ed616 to
db18096
Compare
7ef5ea8 to
663c4cd
Compare
663c4cd to
8389a4a
Compare
8389a4a to
e6ea1c0
Compare
e6ea1c0 to
d4936af
Compare
d4936af to
648194a
Compare
|
@hasghari we will merge #8709 first to bump Tailwind from v3 to v4 then we'll come back to this. Nothing to do for now until #8709 is merged. I'm not sure if the major version affects your changes, it may not, but feel free to test yourself if you like. Once #8709 is merged, I'll test this and suggest any changes. Both updates are planned to go in the next beta release. Thank you for your patience. |
74ba0f9 to
480f03e
Compare
480f03e to
a3a5758
Compare
@javierjulio Thanks, I've rebased this PR branch against master. |
javierjulio
left a comment
There was a problem hiding this comment.
@hasghari when the parent menu item acts as a grouping without a dedicated page, clicking that link (e.g. "Administrative") does nothing when it should toggle the sub menu as it did before. That will require an update to handle that case. The new behavior (e.g. "Users") looks good. We can adjust the styling after we've fixed the first case. In the meantime, I'll think of what styles to change there. If you have any suggestions or examples you've seen in the wild for that new case, please share. Thank you.
a3a5758 to
9853ed6
Compare
|
@javierjulio Thanks for the feedback. I've updated the code to address the issue you raised. |
9853ed6 to
bd06394
Compare
|
@hasghari my expectation here was that for the original case, that the parent menu item was one button. I pushed some updates so that case remains, while the new one addresses the split button setup: a link for the page destination and a toggle button for the nested menu. This also applies the desired default styles for all cases. Please give this a try and let me know how it works. If all clear, I'll approve and merge. We'll cut a release with this update. Thanks. |
Currently when rendering a nested menu, if the parent menu item links to a url, the link is not rendered for the parent item and there is no way to navigate to it.
We'll be applying left margin on a different element for the entire sub menu. We will also use ms-* instead of ml-* for RTL support.
This handles the original case where the parent menu item has no actual page URL and is just a togglable container, so we want the arrow SVG as part of the button content. The new case is the parent menu item has an actual page URL so the element is split in two: a link for the page and a button for toggling the nested menu.
The parent menu item can be either a link or button depending on the content so search for either element in the selector.
e14d706 to
e72df6c
Compare
@javierjulio Looks good to me, thanks for making that change. |
Currently when rendering a nested menu, if the parent menu item links to a url, the link is not rendered for the parent item and there is no way to navigate to it.
Here is the nested menu appearance for light mode and dark mode
I'm not a designer by any means so I'm open to changing the UI.
Closes #8245