Skip to content

Conversation

@vivienlacourba
Copy link
Member

@vivienlacourba vivienlacourba commented Feb 6, 2025

Addresses #27

New URIS:

@vivienlacourba vivienlacourba requested a review from deniak February 6, 2025 03:08
@vivienlacourba vivienlacourba self-assigned this Feb 6, 2025
@vivienlacourba
Copy link
Member Author

@deniak this is ready for review but there are a few things for which I'll need your help:

  • Pages have a description property which AFAIK is not currently used by the W3C Jekyll theme.
  • Same for the feed page property.

@vivienlacourba
Copy link
Member Author

vivienlacourba commented Feb 6, 2025

@deniak, also for the matrix page (/translations/matrix/) I'd like this table to be wider and ideally responsive.
See current page as comparaison: https://www.w3.org/Consortium/Translation/matrix

  • Table headings are supposed to be sticky when scrolling but this stopped working as soon as I enabled the "table-wrap" div container for making this table responsive.
  • Still on the matrix table you will also notice a display issue as almost half of the headings text is hidden behind the <thead> <tr> line.

Feel free to test and push directly to this branch.

@deniak
Copy link
Member

deniak commented Feb 6, 2025

@deniak this is ready for review but there are a few things for which I'll need your help:

  • Pages have a description property which AFAIK is not currently used by the W3C Jekyll theme.
  • Same for the feed page property.

I opened a PR add use these properties if they are provided in the page.

@deniak
Copy link
Member

deniak commented Feb 6, 2025

@deniak, also for the matrix page (/translations/matrix/) I'd like this table to be wider and ideally responsive. See current page as comparaison: https://www.w3.org/Consortium/Translation/matrix

  • Table headings are supposed to be sticky when scrolling but this stopped working as soon as I enabled the "table-wrap" div container for making this table responsive.
  • Still on the matrix table you will also notice a display issue as almost half of the headings text is hidden behind the <thead> <tr> line.

Feel free to test and push directly to this branch.

I've tweaked the CSS for that matrix page to try to fix the sticky headers and increase the width of the table.
I learned that overflow (added by the class .table-wrap) doesn't work well with sticky elements so the only way I found to fix the issue is to specify a max-height to the container. This is enforcing the size of the table and causing the scrollbars to appear but at the same time, it may also help with the exploration of the table since we cannot display it completely.

@vivienlacourba
Copy link
Member Author

@deniak, also for the matrix page (/translations/matrix/) I'd like this table to be wider and ideally responsive. See current page as comparaison: https://www.w3.org/Consortium/Translation/matrix

  • Table headings are supposed to be sticky when scrolling but this stopped working as soon as I enabled the "table-wrap" div container for making this table responsive.
  • Still on the matrix table you will also notice a display issue as almost half of the headings text is hidden behind the <thead> <tr> line.

Feel free to test and push directly to this branch.

I've tweaked the CSS for that matrix page to try to fix the sticky headers and increase the width of the table. I learned that overflow (added by the class .table-wrap) doesn't work well with sticky elements so the only way I found to fix the issue is to specify a max-height to the container. This is enforcing the size of the table and causing the scrollbars to appear but at the same time, it may also help with the exploration of the table since we cannot display it completely.

Thanks I made a few additional CSS tweaks (in particular increasing the table height) I think it is good enough.

@dontcallmedom
Copy link
Member

thanks, this looks very good to me overall; my main question is about information architecture: as we're shuffling where these resources are located (both from an URL and breadcrumb perspective), I wonder if it should better reflect that most pages are only about translations of standards (and so maybe should leave under /standards), with the exception of "contributing" whose scope is a bit more ambiguous (and may need to be disambiguated or may need to live somewhere else, e.g. under /get-involved).

It may be useful in particular to hear from @remibetin and @xueyuanjia given their direct involvement in a lot of the translation-related work.

@vivienlacourba
Copy link
Member Author

vivienlacourba commented Feb 6, 2025

thanks, this looks very good to me overall; my main question is about information architecture: as we're shuffling where these resources are located (both from an URL and breadcrumb perspective), I wonder if it should better reflect that most pages are only about translations of standards (and so maybe should leave under /standards), with the exception of "contributing" whose scope is a bit more ambiguous (and may need to be disambiguated or may need to live somewhere else, e.g. under /get-involved).

It may be useful in particular to hear from @remibetin and @xueyuanjia given their direct involvement in a lot of the translation-related work.

Here are some other comments I had while working on those those pages:

@vivienlacourba
Copy link
Member Author

FYI this MR has been deployed on: https://vivienlacourba.github.io/translations/

@remibetin
Copy link
Member

remibetin commented Feb 7, 2025

Thanks @dontcallmedom @vivienlacourba I know we will want to update those pages and the related structure in the coming future. However, I do not know in which direction yet.

I do not wish to be a blocker. Please let me know if you prefer to move those pages shortly while knowing we could substantially change the structure and content soon; or if it is makes more sense to wait.

[Update] To clarify, my personal preference would be to wait.

@vivienlacourba
Copy link
Member Author

Thanks @dontcallmedom @vivienlacourba I know we will want to update those pages and the related structure in the coming future. However, I do not know in which direction yet.

I do not wish to be a blocker. Please let me know if you prefer to move those pages shortly while knowing we could substantially change the structure and content soon; or if it is makes more sense to wait.

[Update] To clarify, my personal preference would be to wait.

I'll be off for 2 weeks let's resume the discussion then.

@xueyuanjia
Copy link
Contributor

Here are some other comments I had while working on those those pages:

  • Authorized Translation policy:

    • It mostly refers about W3C Recommendations, it should now list Statements as well.
    • Some legacy terms are still present "W3C Host", "W3C Activities", or "QA activity."

The Authorized Translation policy is planned to be updated (ETA is Q2 2025, according to @remibetin and @shawna-slh).

+1 to link authorized translations from the main list of translations

The pro I see is that there could be translated versions of the policy available on the Chinese and Japanese websites respectively.

Additional question: Are we considering publicly archiving the existing (will-be-old) Authorized Translation policy page for historical reference purposes? If the updated policy is substantially different, I feel it might be useful to make it possible to check the old policy, as a number of translations were developed under it.

@w3c w3c deleted a comment from bosniltd-a11y Nov 3, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

7 participants