Page MenuHomePhabricator

Hooman_Mallahzadeh
User

Projects

User does not belong to any projects.

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Saturday

  • Clear sailing ahead.

User Details

User Since
Sep 4 2021, 4:37 AM (73 w, 5 d)
Availability
Available
LDAP User
Unknown
MediaWiki User
Hooman Mallahzadeh [ Global Accounts ]

Recent Activity

Dec 10 2022

Hooman_Mallahzadeh updated the task description for T324886: "Add languages" capability does not work in the new vector 2022.
Dec 10 2022, 3:32 PM · UniversalLanguageSelector, Language-Team, Crosswiki, Desktop Improvements (Vector 2022)
Hooman_Mallahzadeh created T324886: "Add languages" capability does not work in the new vector 2022.
Dec 10 2022, 3:25 PM · UniversalLanguageSelector, Language-Team, Crosswiki, Desktop Improvements (Vector 2022)

Nov 15 2022

Hooman_Mallahzadeh added a comment to T322306: No checking of null-value in the implemented code of synonyms in a Wikipedia template.

@Izno If you think that the above behavior is not a bug and this code is implemented correctly currently, please mention some benefit of this existing "not-checking of null" code here. To clarify that this kind of implementation is not a bug of system. Thanks.

Nov 15 2022, 5:34 PM · MediaWiki-Parser

Nov 7 2022

Hooman_Mallahzadeh updated the task description for T322544: The actions "hide" and "show" for ToC should be at the same place in the Vector 2022 skin.
Nov 7 2022, 2:08 PM · Desktop Improvements (Vector 2022)
Hooman_Mallahzadeh updated the task description for T322544: The actions "hide" and "show" for ToC should be at the same place in the Vector 2022 skin.
Nov 7 2022, 2:06 PM · Desktop Improvements (Vector 2022)
Hooman_Mallahzadeh renamed T322544: The actions "hide" and "show" for ToC should be at the same place in the Vector 2022 skin from The action "hide" and "show" for ToC should be at the same place in the vector 2022 to The actions "hide" and "show" for ToC should be at the same place in the vector 2022.
Nov 7 2022, 2:00 PM · Desktop Improvements (Vector 2022)
Hooman_Mallahzadeh updated the task description for T322544: The actions "hide" and "show" for ToC should be at the same place in the Vector 2022 skin.
Nov 7 2022, 2:00 PM · Desktop Improvements (Vector 2022)
Hooman_Mallahzadeh updated the task description for T322544: The actions "hide" and "show" for ToC should be at the same place in the Vector 2022 skin.
Nov 7 2022, 1:58 PM · Desktop Improvements (Vector 2022)
Hooman_Mallahzadeh updated the task description for T322544: The actions "hide" and "show" for ToC should be at the same place in the Vector 2022 skin.
Nov 7 2022, 1:41 PM · Desktop Improvements (Vector 2022)
Hooman_Mallahzadeh created T322544: The actions "hide" and "show" for ToC should be at the same place in the Vector 2022 skin.
Nov 7 2022, 1:26 PM · Desktop Improvements (Vector 2022)

Nov 4 2022

Pppery awarded T322306: No checking of null-value in the implemented code of synonyms in a Wikipedia template a Dislike token.
Nov 4 2022, 4:25 AM · MediaWiki-Parser
Hooman_Mallahzadeh added a comment to T322306: No checking of null-value in the implemented code of synonyms in a Wikipedia template.

@Izno No, this is not the expected behavior of {{{firstName|{{{secondName|}}}}}}. Expected behavior is

if firstName has value (and not only exists) 
  then firstName 
else secondName

I really think that software engineers that many years ago have implemented Wikipedia, were not aware of such an unexpected behavior of synonyms and forgot checking "Nullity in if statement". In my opinion this is really a bug in making synonyms for parameters of templates.

Nov 4 2022, 4:21 AM · MediaWiki-Parser

Nov 3 2022

Hooman_Mallahzadeh updated the task description for T322306: No checking of null-value in the implemented code of synonyms in a Wikipedia template.
Nov 3 2022, 11:31 AM · MediaWiki-Parser
Hooman_Mallahzadeh updated the task description for T322306: No checking of null-value in the implemented code of synonyms in a Wikipedia template.
Nov 3 2022, 11:30 AM · MediaWiki-Parser
Hooman_Mallahzadeh renamed T322306: No checking of null-value in the implemented code of synonyms in a Wikipedia template from Null value returns true when creating synonyms in a template to No checking of null-value in the implemented code of synonyms in a Wikipedia template.
Nov 3 2022, 11:29 AM · MediaWiki-Parser
Hooman_Mallahzadeh renamed T322306: No checking of null-value in the implemented code of synonyms in a Wikipedia template from Null value as true bug in synonym transcluding to Null value returns true when creating synonyms in a template.
Nov 3 2022, 11:26 AM · MediaWiki-Parser
Hooman_Mallahzadeh created T322306: No checking of null-value in the implemented code of synonyms in a Wikipedia template.
Nov 3 2022, 11:25 AM · MediaWiki-Parser

Sep 21 2022

Hooman_Mallahzadeh added a comment to T314652: [RTL, TOC] The arrow before collapsible sections in sidebar is clipped.

On Farsi Wikipedia we made a temporary css style solution at https://fa.wikipedia.org/wiki/%D9%85%D8%AF%DB%8C%D8%A7%D9%88%DB%8C%DA%A9%DB%8C:Common.css
So in this right-to-left Wikipedia this problem is solved temporarily. But in Arabic Wikipedia (that is also rtl) this style does not applied, and so the signs are clipped. But this problem should not be solved via .css page and needs a global-Wiki action.

Sep 21 2022, 4:14 AM · MW-1.40-notes (1.40.0-wmf.2; 2022-09-19), MW-1.39-notes (1.39.0-wmf.26; 2022-08-22), Patch-For-Review, Readers-Web-Backlog (Kanbanana-2022-23-Q1), Desktop Improvements (Vector 2022), Vector (legacy skin)

Sep 17 2022

Hooman_Mallahzadeh added a comment to T314652: [RTL, TOC] The arrow before collapsible sections in sidebar is clipped.

To solve this problem, we should apply «padding-right: 6px;» to the class "sidebar-toc-contents". I tested that in the inspector of my browser, and results in showing signs correctly and fully.

Sep 17 2022, 2:42 PM · MW-1.40-notes (1.40.0-wmf.2; 2022-09-19), MW-1.39-notes (1.39.0-wmf.26; 2022-08-22), Patch-For-Review, Readers-Web-Backlog (Kanbanana-2022-23-Q1), Desktop Improvements (Vector 2022), Vector (legacy skin)

Sep 16 2022

Hooman_Mallahzadeh added a comment to T314652: [RTL, TOC] The arrow before collapsible sections in sidebar is clipped.

Today, the same problem raised again in Farsi Wikipedia, (for example see ToC in https://ar.wikipedia.org/wiki/%D8%AC%D8%AF%D8%A7%D8%A1_%D9%86%D9%82%D8%B7%D9%8A the arrows after rendering are in half.

Sep 16 2022, 5:13 AM · MW-1.40-notes (1.40.0-wmf.2; 2022-09-19), MW-1.39-notes (1.39.0-wmf.26; 2022-08-22), Patch-For-Review, Readers-Web-Backlog (Kanbanana-2022-23-Q1), Desktop Improvements (Vector 2022), Vector (legacy skin)

Aug 23 2022

Hooman_Mallahzadeh added a comment to T314652: [RTL, TOC] The arrow before collapsible sections in sidebar is clipped.

Hi, I propose that instead of solving this (probably hard) problem, we can erase it and implement another scenario that is probably more appropriate. The better scenario can be placing the ">" ("expand") and "˅" (hide) at the end of that heading. This way, these signs would be placed at right hand side of a heading text in LTR languages and at the left hand side of the heading in RTL languages. So the required space will automatically be provided because there is always some padding at these places.
It should be noted that the scenario of "> and ˅ after text" is much more prevalent than placing them before text, in the contemporary Internet pages.

Aug 23 2022, 4:20 AM · MW-1.40-notes (1.40.0-wmf.2; 2022-09-19), MW-1.39-notes (1.39.0-wmf.26; 2022-08-22), Patch-For-Review, Readers-Web-Backlog (Kanbanana-2022-23-Q1), Desktop Improvements (Vector 2022), Vector (legacy skin)

Jul 28 2022

Hooman_Mallahzadeh added a comment to T314017: Changing action of ToC in the event of reaching a header in an article.

@Aklapper In my opinion, at least we can use an arrow like → or ► to show current position in ToC.

Jul 28 2022, 12:36 PM · Design-Systems-Team, Desktop Improvements (Vector 2022)
Hooman_Mallahzadeh added a comment to T311900: Wide PageImage of article is cropped on left and right side in tooltip.

@Aklapper Although this bug is unsolved for many years in Wikipedia without any attention from readers, is not unimportant and somehow is a disaster.

Jul 28 2022, 12:29 PM · PageImages
Hooman_Mallahzadeh updated the task description for T314017: Changing action of ToC in the event of reaching a header in an article.
Jul 28 2022, 6:14 AM · Design-Systems-Team, Desktop Improvements (Vector 2022)
Hooman_Mallahzadeh renamed T314017: Changing action of ToC in the event of reaching a header in an article from Changing action of ToC in the event of scrolling to a header in an article to Changing action of ToC in the event of reaching a header in an article.
Jul 28 2022, 6:10 AM · Design-Systems-Team, Desktop Improvements (Vector 2022)
Hooman_Mallahzadeh renamed T314017: Changing action of ToC in the event of reaching a header in an article from Changing JavaScript action of ToC in the event of scrolling to a header in an article to Changing action of ToC in the event of scrolling to a header in an article.
Jul 28 2022, 6:00 AM · Design-Systems-Team, Desktop Improvements (Vector 2022)
Hooman_Mallahzadeh updated the task description for T314017: Changing action of ToC in the event of reaching a header in an article.
Jul 28 2022, 6:00 AM · Design-Systems-Team, Desktop Improvements (Vector 2022)
Hooman_Mallahzadeh renamed T314017: Changing action of ToC in the event of reaching a header in an article from Changing JavaScript action of ToC in the action of scrolling a header in an article to Changing JavaScript action of ToC in the event of scrolling to a header in an article.
Jul 28 2022, 5:59 AM · Design-Systems-Team, Desktop Improvements (Vector 2022)
Hooman_Mallahzadeh created T314017: Changing action of ToC in the event of reaching a header in an article.
Jul 28 2022, 5:57 AM · Design-Systems-Team, Desktop Improvements (Vector 2022)
Hooman_Mallahzadeh added a comment to T311900: Wide PageImage of article is cropped on left and right side in tooltip.

@Aklapper Would you please add some relevant subscribers to fix this bug? Thanks.

Jul 28 2022, 4:40 AM · PageImages

Jul 2 2022

Hooman_Mallahzadeh updated the task description for T311900: Wide PageImage of article is cropped on left and right side in tooltip.
Jul 2 2022, 9:46 AM · PageImages
Hooman_Mallahzadeh updated the task description for T311900: Wide PageImage of article is cropped on left and right side in tooltip.
Jul 2 2022, 9:33 AM · PageImages
Hooman_Mallahzadeh created T311900: Wide PageImage of article is cropped on left and right side in tooltip.
Jul 2 2022, 9:28 AM · PageImages

Jun 17 2022

Hooman_Mallahzadeh added a comment to T310540: Table of contents should show scrollbar when scrolling.

Unfortunately it is not visible now on June 17, 2022, 6:26. It was temporarily, it seems that changes has reverted and scroll bar is hidden now (at the time I written on).

Jun 17 2022, 6:29 AM · MW-1.39-notes (1.39.0-wmf.17; 2022-06-20), Desktop Improvements (Vector 2022), Readers-Web-Backlog (Kanbanana-FY-2021-22)
Hooman_Mallahzadeh updated subscribers of T310540: Table of contents should show scrollbar when scrolling.

@cjming @LGoto @Jdrewniak Scroll bar is visible now, thanks! But before closing this task, in my opinion, the item "Contents" of ToC is the title of this section, and should be viewed permanently, and placed at the top of section, and outside the scrolling area, and should not be scrolled. This is similar to other scrolling area schemes that the title is outside the scrolling area and not scrolling.

Jun 17 2022, 6:17 AM · MW-1.39-notes (1.39.0-wmf.17; 2022-06-20), Desktop Improvements (Vector 2022), Readers-Web-Backlog (Kanbanana-FY-2021-22)

Jun 13 2022

Hooman_Mallahzadeh added a comment to T273473: [Epic] Improve the table of contents.

@alexhollender_WMF Because it is the title of this section, and such a title should be permanent to explain the its content. It is like the header of Wikipedia, that is a type of title too and the text "Wikipedia:Village pump (technical)" is displayed when scrolling hides this text from top of a page.

Jun 13 2022, 5:45 PM · Readers-Web-Backlog (Kanbanana-FY-2021-22), Epic, Desktop Improvements (Vector 2022)
Hooman_Mallahzadeh added a comment to T273473: [Epic] Improve the table of contents.

@alexhollender_WMF Yes like that, but the word "Content" should not be scrolled.

Jun 13 2022, 5:35 PM · Readers-Web-Backlog (Kanbanana-FY-2021-22), Epic, Desktop Improvements (Vector 2022)
Hooman_Mallahzadeh added a comment to T273473: [Epic] Improve the table of contents.

@alexhollender_WMF
No, if the TOC is very big, that is, it has many items, then:

  • The user confused with this fact that he is in what location of TOC.
  • In the case above, the word "Contents" does not appear to the user, and it is not clear that what is this space.

Please see TOC in the page https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical) and test the above items to see what I mean. I discussed the above problems in that Village pump too. Thanks.

Jun 13 2022, 5:29 PM · Readers-Web-Backlog (Kanbanana-FY-2021-22), Epic, Desktop Improvements (Vector 2022)

Jun 11 2022

Hooman_Mallahzadeh updated the task description for T273473: [Epic] Improve the table of contents.
Jun 11 2022, 3:51 PM · Readers-Web-Backlog (Kanbanana-FY-2021-22), Epic, Desktop Improvements (Vector 2022)
Hooman_Mallahzadeh updated the task description for T273473: [Epic] Improve the table of contents.
Jun 11 2022, 3:49 PM · Readers-Web-Backlog (Kanbanana-FY-2021-22), Epic, Desktop Improvements (Vector 2022)
Hooman_Mallahzadeh updated the task description for T273473: [Epic] Improve the table of contents.
Jun 11 2022, 3:44 PM · Readers-Web-Backlog (Kanbanana-FY-2021-22), Epic, Desktop Improvements (Vector 2022)
Hooman_Mallahzadeh updated the task description for T273473: [Epic] Improve the table of contents.
Jun 11 2022, 3:42 PM · Readers-Web-Backlog (Kanbanana-FY-2021-22), Epic, Desktop Improvements (Vector 2022)
Hooman_Mallahzadeh added a comment to T273473: [Epic] Improve the table of contents.

Hi, in my opinion table of contents in the new 2022 vector (which exists on the left menu bar) should have an scroll bar. By adding this capability, first, a user can see he/she is in what location of table of contents (near the top or near the bottom of TOC) and second, he can scroll the TOC more easily. I really recommend to add an scroll bar to the TOC by these reasons. Additionally, the word "Contents" should be outside of this scroll bar, and should not be scrolled at all, i.e., it (the word "Contents") should be displayed unrelevant to this fact that we are in what location of an article.

Jun 11 2022, 3:37 PM · Readers-Web-Backlog (Kanbanana-FY-2021-22), Epic, Desktop Improvements (Vector 2022)

Jun 9 2022

Hooman_Mallahzadeh added a comment to T306339: Adding a tooltip to the logo of new vector .

@Jdlrobson Hi, but in my opinion the textual cause of a change in the Wikipedia logo should be strictly tooltipped (for example, the cause of change of the logo for reaching a milestone is tooltipped to clarify that).

Jun 9 2022, 7:19 AM · Readers-Web-Backlog, Desktop Improvements (Vector 2022), Vector (legacy skin), Logos

May 5 2022

Hooman_Mallahzadeh added a comment to T307271: Links in the TOC of vector 2022 are not clickable for some Chromium based browsers.

The unclickable ToC problem raised again today for me, when using Microsoft Edge Version 101.0.1210.32 (Official build) (64-bit).

May 5 2022, 9:05 AM · MW-1.39-notes (1.39.0-wmf.10; 2022-05-02), Patch-For-Review, Readers-Web-Backlog (Kanbanana-FY-2021-22), Desktop Improvements (Vector 2022), Vector (legacy skin), Browser-Support-Google-Chrome

Apr 19 2022

Hooman_Mallahzadeh added a comment to T306339: Adding a tooltip to the logo of new vector .

@Jdlrobson I agree that sometimes this policy is not implemented in the ordinary case, but in the case of logo change, nearly always a tooltip is shown like google doodle. I think it should be implemented as a "potential capability". I mean it can be implemented as an "option", that is, you "can" show a tooltip or leave it without any tooltip.

Apr 19 2022, 2:59 AM · Readers-Web-Backlog, Desktop Improvements (Vector 2022), Vector (legacy skin), Logos

Apr 18 2022

Hooman_Mallahzadeh created T306339: Adding a tooltip to the logo of new vector .
Apr 18 2022, 1:26 PM · Readers-Web-Backlog, Desktop Improvements (Vector 2022), Vector (legacy skin), Logos

Apr 4 2022

Hooman_Mallahzadeh added a comment to T304314: Requesting temporary logo change for fa.wikipedia.org.

@RhinosF1 Farsi Wikipedia community thank you in return.

Apr 4 2022, 7:30 AM · User-RhinosF1, Wikimedia-Site-requests

Apr 3 2022

Hooman_Mallahzadeh added a comment to T304314: Requesting temporary logo change for fa.wikipedia.org.

@Urbanecm Hi again, we are now in April 3 but as I mentioned in the description of request, the logo should be changed back at April 2. I will appreciate you, if you pursuit this change back. Thanks.

Apr 3 2022, 5:40 AM · User-RhinosF1, Wikimedia-Site-requests

Mar 24 2022

Hooman_Mallahzadeh added a comment to T304314: Requesting temporary logo change for fa.wikipedia.org.

@Urbanecm Thanks a lot.

Mar 24 2022, 8:48 PM · User-RhinosF1, Wikimedia-Site-requests
Hooman_Mallahzadeh added a comment to T304314: Requesting temporary logo change for fa.wikipedia.org.

@4nn1l2
سایز لوگو را مربع کردم.

Mar 24 2022, 8:47 PM · User-RhinosF1, Wikimedia-Site-requests
Hooman_Mallahzadeh added a comment to T304314: Requesting temporary logo change for fa.wikipedia.org.

@Urbanecm Under the same file name, I uploaded a new version of that picture that is modified on scale and is thus a square. I think this new version one is appropriate.

Mar 24 2022, 8:44 PM · User-RhinosF1, Wikimedia-Site-requests
Hooman_Mallahzadeh added a comment to T304314: Requesting temporary logo change for fa.wikipedia.org.

@4nn1l2

Mar 24 2022, 7:50 PM · User-RhinosF1, Wikimedia-Site-requests
Hooman_Mallahzadeh added a comment to T304314: Requesting temporary logo change for fa.wikipedia.org.

Following a discussion in https://web.libera.chat/?channel=#wikimedia-tech if anyone disagrees with this logo for Nowruz please write his objection here: https://commons.m.wikimedia.org/wiki/File:Persian_Wikipedia%27s_Featured_Nowruz_Logo_(2022)-3.svg

Mar 24 2022, 7:28 PM · User-RhinosF1, Wikimedia-Site-requests
Hooman_Mallahzadeh triaged T304314: Requesting temporary logo change for fa.wikipedia.org as High priority.
Mar 24 2022, 4:39 AM · User-RhinosF1, Wikimedia-Site-requests

Mar 21 2022

Hooman_Mallahzadeh added a comment to T304314: Requesting temporary logo change for fa.wikipedia.org.

@4nn1l2 This request was discussed completely in Farsi Wikipedia and there is a full consensus to do this change.
Nowruz is the most important Eid for Iranian people, and is highly important to change logo. All Farsi users agreed to change this logo for about 1 month ago and this convention was regularly done for every year before.

Mar 21 2022, 2:16 PM · User-RhinosF1, Wikimedia-Site-requests
4nn1l2 awarded T304314: Requesting temporary logo change for fa.wikipedia.org a Dislike token.
Mar 21 2022, 2:12 PM · User-RhinosF1, Wikimedia-Site-requests
Hooman_Mallahzadeh updated the task description for T304314: Requesting temporary logo change for fa.wikipedia.org.
Mar 21 2022, 2:10 PM · User-RhinosF1, Wikimedia-Site-requests
Hooman_Mallahzadeh updated the task description for T304314: Requesting temporary logo change for fa.wikipedia.org.
Mar 21 2022, 2:08 PM · User-RhinosF1, Wikimedia-Site-requests
Hooman_Mallahzadeh created T304314: Requesting temporary logo change for fa.wikipedia.org.
Mar 21 2022, 1:40 PM · User-RhinosF1, Wikimedia-Site-requests

Feb 8 2022

Hooman_Mallahzadeh added a comment to T301262: Shorten the message about new location of language links.

Here an image like https://commons.wikimedia.org/wiki/File:%C3%86toms_-_Translation.svg and a symbol like "↑" convey enough meanings. No text is required here. Additionally a Javascript code must "1-Scroll to top 2-Highlight language lists 3-Open list of languages" on the event of clicking on this image and symbol.
@Aklapper Do you agree? Text free symbols makes it meaningfull in all languages. To do that, is a new task required? Or do you know any existing task relevant for doing that?

Feb 8 2022, 5:09 PM · Readers-Web-Backlog, Desktop Improvements (Vector 2022), Vector (legacy skin)

Oct 2 2021

Hooman_Mallahzadeh updated the task description for T292328: Using "symbols" instead of words in sidebar and navbox templates.
Oct 2 2021, 10:09 AM · MediaWiki-Interface (collapsible elements)
Hooman_Mallahzadeh updated the task description for T292328: Using "symbols" instead of words in sidebar and navbox templates.
Oct 2 2021, 6:52 AM · MediaWiki-Interface (collapsible elements)
Hooman_Mallahzadeh updated the task description for T292328: Using "symbols" instead of words in sidebar and navbox templates.
Oct 2 2021, 6:52 AM · MediaWiki-Interface (collapsible elements)
Hooman_Mallahzadeh created T292328: Using "symbols" instead of words in sidebar and navbox templates.
Oct 2 2021, 6:51 AM · MediaWiki-Interface (collapsible elements)

Sep 10 2021

Hooman_Mallahzadeh updated the task description for T290434: Allow PageImages to show several animated images (e.g. via a GIF maker).
Sep 10 2021, 2:46 AM · PageImages

Sep 8 2021

Hooman_Mallahzadeh added a comment to T91683: Allow editors control of the page image.

For most non-Wikipedia wikis the automatic search is not restricted to the leading section (and sometimes not suitable, too). This restriction was introduced because of a not suitable search algorithm. The result of the automatic search is often not clear for many authors that's why is useful that the authors can autonomously select the page image of interest.

Maybe it can be realized with an additional image syntax argument like [[File:abc.jpg|pageimage|mini|...]].

Sep 8 2021, 8:33 AM · CommTech-Wishathon, Patch-For-Review, Community-Wishlist-Survey-2022, Readers-Web-Backlog, Readers-Community-Engagement, PageImages
Hooman_Mallahzadeh updated the task description for T91683: Allow editors control of the page image.
Sep 8 2021, 8:27 AM · CommTech-Wishathon, Patch-For-Review, Community-Wishlist-Survey-2022, Readers-Web-Backlog, Readers-Community-Engagement, PageImages

Sep 6 2021

Hooman_Mallahzadeh updated subscribers of T290434: Allow PageImages to show several animated images (e.g. via a GIF maker).

@Xaosflux Any opinion?

Sep 6 2021, 3:42 PM · PageImages
Hooman_Mallahzadeh added a comment to T290434: Allow PageImages to show several animated images (e.g. via a GIF maker).

@Aklapper Nowadays such policy is applied to videos in video search engines like YouTube, and Google gallery creates image stories from captured images too.
But here, PageImage story of two images is created, because one says function is a "BlackBox", and one says function is "ManyToOne". Myself in my mind, when I remember a mathematical function, there are 2 images one for each aspect. I think this idea can be completed by a text explainer in the top of each image, that says "Function is BlackBox" and "Function is ManyToOne". Two images are required because each image indicates different aspect of the same concept.
Each image is shown for several seconds, i.e., they are shown in a time interval such that a normal person 1-Understands the picture 2-Can read the image caption. I think a normal person can do this actions in 2 or three seconds successfully.

Sep 6 2021, 3:22 PM · PageImages
Hooman_Mallahzadeh added a comment to T290434: Allow PageImages to show several animated images (e.g. via a GIF maker).

@Aklapper Timing is a sign for importance of that image to the article's concept. For example, a GIF story for artilce Function_(mathematics) can include 2ms of image "File:Function_machine2.svg" and 1ms an example image e.g. "File:Injection_keine_Injektion_2a.svg".
So timing (in addition to image order) is a factor for indicating the importance of that image to the article concept. Additionally, adding timing capability aids for improving granularity of GIF making function that can be somehow important for new requirements.

Sep 6 2021, 2:48 PM · PageImages
Hooman_Mallahzadeh updated the task description for T290434: Allow PageImages to show several animated images (e.g. via a GIF maker).
Sep 6 2021, 2:16 PM · PageImages
Hooman_Mallahzadeh updated the task description for T290434: Allow PageImages to show several animated images (e.g. via a GIF maker).
Sep 6 2021, 2:13 PM · PageImages
Hooman_Mallahzadeh updated the task description for T290434: Allow PageImages to show several animated images (e.g. via a GIF maker).
Sep 6 2021, 2:01 PM · PageImages
Hooman_Mallahzadeh added a project to T290434: Allow PageImages to show several animated images (e.g. via a GIF maker): PageImages.
Sep 6 2021, 1:50 PM · PageImages
Hooman_Mallahzadeh updated the task description for T290434: Allow PageImages to show several animated images (e.g. via a GIF maker).
Sep 6 2021, 1:48 PM · PageImages
Hooman_Mallahzadeh updated the task description for T290434: Allow PageImages to show several animated images (e.g. via a GIF maker).
Sep 6 2021, 1:47 PM · PageImages
Hooman_Mallahzadeh added a comment to T91683: Allow editors control of the page image.

Hi and welcome @Hooman_Mallahzadeh! Note that having multiple images isn't covered by the user stories of this task and sounds like a separate enhancement request, for a separate ticket.

Sep 6 2021, 1:45 PM · CommTech-Wishathon, Patch-For-Review, Community-Wishlist-Survey-2022, Readers-Web-Backlog, Readers-Community-Engagement, PageImages
Hooman_Mallahzadeh added a subtask for T91683: Allow editors control of the page image: T290434: Allow PageImages to show several animated images (e.g. via a GIF maker).
Sep 6 2021, 1:38 PM · CommTech-Wishathon, Patch-For-Review, Community-Wishlist-Survey-2022, Readers-Web-Backlog, Readers-Community-Engagement, PageImages
Hooman_Mallahzadeh added a parent task for T290434: Allow PageImages to show several animated images (e.g. via a GIF maker): T91683: Allow editors control of the page image.
Sep 6 2021, 1:38 PM · PageImages
Hooman_Mallahzadeh created T290434: Allow PageImages to show several animated images (e.g. via a GIF maker).
Sep 6 2021, 1:36 PM · PageImages
Hooman_Mallahzadeh added a comment to T91683: Allow editors control of the page image.

Hi and welcome @Hooman_Mallahzadeh! Note that having multiple images isn't covered by the user stories of this task and sounds like a separate enhancement request, for a separate ticket.

Sep 6 2021, 1:11 PM · CommTech-Wishathon, Patch-For-Review, Community-Wishlist-Survey-2022, Readers-Web-Backlog, Readers-Community-Engagement, PageImages

Sep 4 2021

Hooman_Mallahzadeh added a comment to T91683: Allow editors control of the page image.

Hi, I'm glad to contribute to this project as a volunteer, but I'm beginner at phabricator and need guidance for the start point.
I have an idea too, PageImage can be an animation story of multiple images in that page, i.e., it can be a GIF file of multiple images that the user chooses for making that animation (pluse time delay for each image as metadata). Something like {{#pageimage|Foo1.jpg|2ms|Foo2.jpg|1ms}} and the output will be a gif animation of Foo1 and Foo2 with their corresponding time lag.
How can I start for coding this project? Thanks.

Sep 4 2021, 5:05 AM · CommTech-Wishathon, Patch-For-Review, Community-Wishlist-Survey-2022, Readers-Web-Backlog, Readers-Community-Engagement, PageImages