-
Notifications
You must be signed in to change notification settings - Fork 4
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
draft issues | feedback: "journal stopped after 2022" #605
Comments
To be confirmed, but I think we wanted to organise the open ended issues by year – so in that case there should be two more issues (2023 and 2024). But @inactinique probably has a better idea on that. |
is_open_ended flag on Issue available on dev: http://10.240.4.179/api/issues/?is_open_ended=true |
Agree about:
|
I would prefer this one, the (1). I think the 3rd really does not work and I'm note sure it's logical to put the coming issues above the title of the page (2). Would it be possible to not announce the number of the issue? As those are really hard, for those three competing issues, to guess before we start their publication. |
@inactinique @biumiamy in the proposal n1 in both article cards and issue titles have the same display. Personally, I favor proposal 3 (see screenshot below, I've added a horizontal rule for clarity). If we opt for proposal n1, then the layout of the draft issue titles should differ differ from the layout of the articles; also, it should match that of the published ones to be consistent. |
Yes, but then the articles are very far away from the top of the page. Number 1, with titles being a bit greyish instead of black? Like when an item exists but is unavailable and you cannot click on it? |
We could condense the description to create smaller issue cards. However, the primary issue with option 1 remains: the draft issue appears visually distinct from the published version |
However, there is another problem I foresee: when we publish articles in Varia, what will happen then? |
Note sure to understand the question. We won't announce Varia issues, It's not necessary. |
Last article published Delors 's article, ... |
It's better. Can it be even more collapsed? |
In developemnt To look at logged and not logged @danieleguido year need to be removed from filters / labels |
@danieleguido can you also remove the number of the issues, for the coming soon ones? Because, for instance, if three articles of the Tools issue are ready before the China articles, then the issue 3 will be the tools. If it's the opposite, then DH China will be the issue n. 3. |
you see the number of articles of the coming soon issues because you are connected to the admin. |
It's not what I meant. |
Ok catch .
|
How many lines? just 2? |
That's better and better. Just one comment: no date at all. Just "Coming soon". Because it can sound as a commitment. Two lines are good. So the DH China line, but without the 2024. |
We just discussed it again: for the draft issues:
for the already published issues:
ToDo @biumiamy
|
see #610 published issues: draft issues: |
* move _redirects to public folder (netlify) * progressive loading articles page * add number of articles published to issue * remove date in Issue label, add name * add active/disabled class for Issue component * Update ArticlesFacets.js * Update translations.json * add "new" label * increase space see issue #605
After I checked, with only 3 articles for 2022, 3 for 2023 and 5 for 2024 (coming), I think we dont need to make annual Varia issues a thing for the moment. (But please share any thought on this) |
here's a new issue for this topic |
"journal looks so bad"
but how is it possible with all our many articles in the pipeline?
Actually, the Varia issue shows the following date:
even though, as it's an open ended issue, there are articles from 2023 (but nobody saw that probably):
Possible solutions:
example: how to show issues, open-ended issues or just announce a "coming soon" issue
if we show the article, need to decide what labels we want to display (e.g. draft, technical review, peer review, etc.)
if we show the articles (with or without link to the preprint), need to provide more structure to not loose the overview. For example by adding the ToC of the issues (with or without article names):
The text was updated successfully, but these errors were encountered: