Feat/navbar overhaul #2072
Feat/navbar overhaul #2072
Conversation
acezard
force-pushed
the
feat/navbar-overhaul
branch
from
4958d7c
to
631b011
Compare
acezard
force-pushed
the
feat/navbar-overhaul
branch
from
631b011
to
74a26d2
Compare
acezard
force-pushed
the
feat/navbar-overhaul
branch
from
74a26d2
to
e56f7f9
Compare
acezard
force-pushed
the
feat/navbar-overhaul
branch
from
66bdebd
to
7d76aab
Compare
- Update ESLint - Update babel-preset - Update babel-core - Update configurations everywhere it's needed - Fix ESLint issues after update
acezard
force-pushed
the
feat/navbar-overhaul
branch
from
7d76aab
to
542e55e
Compare
acezard
force-pushed
the
feat/navbar-overhaul
branch
6 times, most recently
from
7ed8024
to
32f7b52
Compare
react/Dialog/index.jsx
Outdated
| bottomOverlay: 'rgba(0, 0, 0, 0.5)', | ||
| topOverlay: 'rgba(0, 0, 0, 0.5)', | ||
| bottomOverlay: styles.root.backgroundColor, | ||
| topOverlay: styles.root.backgroundColor, |
There was a problem hiding this comment.
Pourquoi est-ce qu'on ne laisse pas les valeurs en dur ? Je trouve piégeux d'aller taper sur les valeurs de Mui, ça donne l'impression que c'est reactif au thème alors que ça ne l'est pas.
Si on n'a pas les valeurs dans des variables sémantiques, il faut essayer de les faire, mais sinon la valeur en dur est la bonne approche (ou la valeur issue de la palette)
There was a problem hiding this comment.
bien le string en question est déjà hardcoded dans la lib material ui, je pense qu'entre les deux autant prendre directement dans mui au moins on sait d'où vient la value
There was a problem hiding this comment.
je pense que non, Mui est notre base sur laquelle on s'appuie pour construire nos composants et nos thèmes, mais on override la plupart des choses questions style d'une part, et de plus tout ce qui est style est géré à "un" seul endroit : le makeTheme et la palette stylus. Je pense qu'on devrait éviter d'introduire une troisième source d'info. Par conséquent si on ne pioche pas dans notre unique source, on devrait plutôt écrire la valeur en dur.
| @@ -92,7 +95,7 @@ | |||
| "cozy-device-helper": "^1.16.1", | |||
| "cozy-doctypes": "^1.69.0", | |||
| "cozy-harvest-lib": "^6.7.3", | |||
| "cozy-intent": "^1.13.0", | |||
| "cozy-intent": "1.13.0", | |||
| "cozy-sharing": "^3.10.0", | |||
| "cozy-stack-client": "27.19.1", | |||
| "css-loader": "0.28.11", | |||
There was a problem hiding this comment.
idem que précédemment : pourquoi ce commit est nécessaire ici ? Est-ce qu'on peut ajouter de la description dans le commit message ?
| @@ -92,7 +95,7 @@ | |||
| "cozy-device-helper": "^1.16.1", | |||
| "cozy-doctypes": "^1.69.0", | |||
| "cozy-harvest-lib": "^6.7.3", | |||
| "cozy-intent": "^1.13.0", | |||
| "cozy-intent": "1.13.0", | |||
There was a problem hiding this comment.
est-ce que le remplacement de ^1.13.0 par 1.13.0 est voulu ?
There was a problem hiding this comment.
yes il y a un probleme de resolution de path sur la 1.13.3
There was a problem hiding this comment.
ah. Peut-on linker l'issue peut-être ? Est-il prévu après la résolution de l'issue de faire une 1.13.4 débuggué et repasser cozy-intent en ^1.13.4 dans cozy-ui ?
There was a problem hiding this comment.
yes j'ai déjà commencé la résolution pour cela je pense qu'il est redondant de faire une issue
acezard
force-pushed
the
feat/navbar-overhaul
branch
from
32f7b52
to
75d6915
Compare
acezard
force-pushed
the
feat/navbar-overhaul
branch
from
75d6915
to
928c111
Compare
react/Dialog/index.jsx
Outdated
| bottomOverlay: 'rgba(0, 0, 0, 0.5)', | ||
| topOverlay: 'rgba(0, 0, 0, 0.5)', | ||
| bottomOverlay: styles.root.backgroundColor, | ||
| topOverlay: styles.root.backgroundColor, |
There was a problem hiding this comment.
je pense que non, Mui est notre base sur laquelle on s'appuie pour construire nos composants et nos thèmes, mais on override la plupart des choses questions style d'une part, et de plus tout ce qui est style est géré à "un" seul endroit : le makeTheme et la palette stylus. Je pense qu'on devrait éviter d'introduire une troisième source d'info. Par conséquent si on ne pioche pas dans notre unique source, on devrait plutôt écrire la valeur en dur.
| @@ -92,7 +95,7 @@ | |||
| "cozy-device-helper": "^1.16.1", | |||
| "cozy-doctypes": "^1.69.0", | |||
| "cozy-harvest-lib": "^6.7.3", | |||
| "cozy-intent": "^1.13.0", | |||
| "cozy-intent": "1.13.0", | |||
There was a problem hiding this comment.
ah. Peut-on linker l'issue peut-être ? Est-il prévu après la résolution de l'issue de faire une 1.13.4 débuggué et repasser cozy-intent en ^1.13.4 dans cozy-ui ?
stylus/settings/palette.styl
Outdated
| @@ -84,7 +84,7 @@ html | |||
| --slateGrey #5D6165 | |||
| --charcoalGrey #32363F | |||
| --black palette.Common['black'] | |||
| --overlay rgba(50, 54, 63, .5) | |||
| --overlay rgba(50, 54, 63, .5) // TODO: refactor to semantic variable | |||
There was a problem hiding this comment.
Le commentaire est ambigu ici ce n'est pas déconnant. Bref supprimons le todo et avançons :)
Also add minor changes to improve codebase
acezard
force-pushed
the
feat/navbar-overhaul
branch
from
928c111
to
c4c7a31
Compare
|
🎉 This PR is included in version 62.2.0 🎉 The release is available on: Your semantic-release bot 📦🚀 |
Linked to the react-native feature https://trello.com/c/KWxWhWBK/274-gestion-des-navbar-et-statusbar-dans-lensemble-de-laa-4-jh
This PR will handle react-native UI changes (statusbar, navbar) according to UI changes in the webapp rendered in the webview. This is done by calling cozy-intent to send the UI to display to react-native. There is last-state persistence so it is not strictly necessary to send a full object in the message, it is possible to only set the values that we want to be changed
Dialog
✅ Create shortcut
✅ Share
✅ Move to
✅ Categorize
✅ History
✅ Delete element confirmation
ActionMenu
✅ Sort files
✅ Cozy-bar "More" button
✅ FileAction button
✅ Upload file from OS
Viewer
✅ FileViewer
✅ FileViewer bottom drawer
Sidebar
✅ Mobile view
SelectionBar
✅ Delete element after selection
Issues: