-
Notifications
You must be signed in to change notification settings - Fork 26.2k
docs(docs-infra): fix the global layout of the site #58831
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
Deployed adev-preview for ccecd71 to: https://ng-dev-previews-fw--pr-angular-angular-58831-adev-prev-klmq8unx.web.app Note: As new commits are pushed to this pull request, this link is updated after the preview is rebuilt. |
The compiler unlike locally didn't replace the :host with its convenient attr ..... instead emited it as the native host selector in :host{ &.docs-with-TOC{}} .... I will change that to use another way to target the host element |
9c9301c
to
9b29b61
Compare
Could you mention the dedicated issue in your commit : #52648 |
That's my bad, didn't notice that the deployed code has ViewEncapsulation:none! Anyway, I have used another way to target the element. Also, I have added some enhancements to the global layout, and will push it shortly. |
Sure : ) ....Didn't even know there's a dedicated issue already for this =D ... nice ❤️ |
ded2b80
to
08af746
Compare
08af746
to
6448e58
Compare
I'll remove the cli ref and api ref components' changes..... since it's pointless after merging this one #58610 |
6448e58
to
05a67f4
Compare
I've integrated with the new design of API pages ... I guess we're ready now : ) .... what do you think ? |
I have to say, I am a bit torn. I work on a wide screen and the new layout is a bit extreme at times: Reading such paragraphs is difficult in a focused way. This is also mentioned in: #52648 (comment) However of course the current layout is also extreme in the other way, so I wonder if there is a middle ground - and perhaps moving the text more in the middle as mentioned. But I am not a UX person. |
Yeah it needs a better way especially in pages that has no aside table of contents menu .... I believe it'd be better in large sizes if we put the content in the center of the page while having a fixed max-width like angular.io And at the same time keeping pages that doesn't have articles inside it with the full width like: api list overview ... cli list ... tutorials overview |
@thesmiler it's fixed now .... @JeanMeche @alxhub please let me know if you have any comments For large screens:for laptops: |
32401ca
to
bc6e451
Compare
@Ahmed-Hakeem Can you take a look and resolve these conflicts for us? |
4e686f6
to
6bd62e2
Compare
.page { | ||
@use '@angular/docs/styles/media-queries' as mq; | ||
|
||
::ng-deep adev-update-guide{ |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
That ::ng-deep
looks suspicious
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeah looks so ... couldn't rememer why I made it that way... I believe :host
is sufficient in this case
Hey Ahmed, I just reviewed again and agree - this looks good on both a laptop and on a very wide desktop screen now! Thanks so much for this contribution! Just one question - Now when scaling the window to become wider, the transition is a bit weird as the content first becomes wider and wider and then suddenly gets narrower again when it moves to a fixed width. Is there a reason for this, that the widest non-fixed width is wider than the fixed one? |
I'd say let's merge this one for now and improve incrementaly ! Thoughts @thesmiler & @hawkgs ? |
take the full width of the page for all the pages that use docs-viewer, also reserve an area for table of contents on-demand Resolves: angular#52648
6bd62e2
to
ccecd71
Compare
Sure, I am for merging this. I like the idea! However, I noticed that the API reference pages are still on the left hand side of the screen. Is this intentional? I think we should update them as well. |
I like it too |
This PR was merged into the repository by commit 108043f. The changes were merged into the following branches: main, 19.2.x, 20.0.x |
Hey everyone @JeanMeche @thePunderWoman @hawkgs @thesmiler @alxhub really my apologies everyone, I just had a major release in the comp + my working as FE instructor so I hadn't even had the chance to check Github acc .... Thank you for your suggestion @JeanMeche ❤️ .... I'll work on this one and open a PR to make it consistent and ensure no issues with it ..... cuz I could see a lot has changed which made the new layout I've made need to be reviewed to integrate it correctly with the new work Thank you so much for your understanding ❤️ |
Yeah, we can incrementally improve our docs. Thanks for helping us with this ! |
Hi @thesmiler ..... thank you so much for your lovely words ❤️ I got your point ....what's happening is so we have two solutions to this one 2- let the content scales up until that fixed size as well but increase the fixed size to be (~=1070px) the same as the size before breaking to smaller fixed size |
It's my pleasure 😊 ❤️ .... Thank you |
I believe now it's well integrated and has no UI issues please check this PR: #61256 |
PR Type
What kind of change does this PR introduce?
What is the current behavior?
Fixes #52648
Issue Number: #52648
Currently we are not taking the full available space for the main content of the page
What is the new behavior?
Take the full width of the page unless needed
Does this PR introduce a breaking change?
Other information