It’s so clearly a designer’s choice of font. heh.
the most funny part is… this happens on a forum where… is about testing. and lot of UI testing.
Is your ‘designer’ for real, you guys?
we can accept being your beta-testers…
altough in my opinion this is just a pre-alpha
That’s not the worst, how about this for illegal HTML:
Two inputs with the same ID. Naughty.
I don’t know what to say experts. We are working with Discourse- they are the platform vendor actually making these customizations like they do with number of other customer communities.
Its a process we are working through. We will get a meeting on the calendar to discuss some of the current updates with you and have a dialogue which is clearly needed because this discussion has become pretty negative which is not the intent.
We will invite top contributors and anyone else who would like to be on the call for sometime next week. Feel free to PM me for an invite request.
Please keep constructive feedback and ideas coming. We will also be publishing regular bug fixes and enhancement updates.
Perhaps the designer and/or the engineer who built the site doesn’t know, or doesn’t care, the primitive rule of HTML; the id attribute MUST be unique in a whole HTML document.
Do you want some backing? See the following ref:
idglobal attribute defines an identifier (ID) which must be unique in the whole document. Its purpose is to identify the element when linking (using a fragment identifier), scripting, or styling (with CSS).
@vu.le This one is a UX issue, broken since the upgrade:
Diagnosis: When the setting is changed, the animation leaves the element transparent (I’m guessing
opacity:0 or similar). Nobody expects their chosen setting to disappear.
On mobile when I visit https://forum.katalon.com/ I always see the upper half of viewport is blank.
This blank space makes me feel this site must be broken.
I think you need to draw border line around “Search” and the icon of magnifying class, like this.
Without the border, I do not understand what “Search” and the icon are meant to be. They look like some garbage.
I could guess what happened.
On PC, on the upper side of every page, we find a header division with a text “Welcome to Katalon Community!” with background in green color. On Mobile, we miss this header division. We see a vacant space instead.
Possibly, the pixel width of Mobile device is too narrow to show the unwrapped text “Welcome to Katalon Community”. Therefore the header div is not rendered on Mobile. It is too obvious that the page is not tested enough.
Why not you ask the designer/engineer who built this “New Katalon Community” to test the system they delivered more thoroughly using your product lines — Katalon Studio, Test Ops, etc as you promised “consistent app quality across browsers, devices & OS”?
From the looks of it, it looks like the forum system that they are using is https://www.discourse.org/
You are correct. We were on an older version of this platform before and have upgraded to a newer hosted version. We will be sharing weekly bug fixes and enhancement updates based on feedback from the community and our roadmap. Thank you for your comments and feedback.
Hi @kazurayam , could you tell me which browser on mobile you were using and which Android version it was? Thanks
I’m using Android 11
I believe, the Discourse platform has nothing to be blamed. The quality of web apps which run on top of Discourse platform should be questioned.
There is a URL Discourse Customers where you find
I checked, for example, Zoom dev forum . On PC it shows a header div,
But on Mobile, but it shows no header div.
As you easily see, the web app of devforum.zoom.us distinguishes the pixel width of device (PC or Mobile), and tunes the page composition as appropriate. Their web app is well designed, well tested.
The Zoom’s site on Mobile does not show the FOOTER div, which is good I think. Katalon’s should stop showing the FOOTER div as well, I think.
Mhm … the issue with the ‘duplicated’ emoticon occur also on desktop browser.
Apparently, when a ‘non-standard’ emoticon is used, it will duplicate on the left side to collect them … and the actual button keeps the last one used perhaps?
Somehow messy and inconsistent, looks like a ‘facebook inpired’ feature but not properly implemented
Hi @bionel, I believe you’re right about the current implementation display the “last used” reaction.
I’ll ask Discourse if we could displayed a generic “add reaction” icon like the image below.
@vu.tran whatever solution you find to make it unified and consistent across replies will be fine for me
le: having custom emoticons is nice to have.
however, if this cause more issues than solving, i will preffer to revert it until a sane solution is found
I quite like the way that Atlassian and Twitter have customised Discourse.
Just as a matter of detail, AFAIK, neither Katalon, Zoom, Twitter or Atlassian are using any web applications on top of Discourse, they have merely customised the Forum systems + done any bespoke changes that they’ve chosen to do so (especially if it’s open sourced, then they are even more at liberty to do so). I haven’t seen any additional tech stacks / layers on top of Discourse itself, in this case, anyhow.
Not that this detail changes the feedback that you have from being of value
What they (Zoom) has done is implemented breakpoint-specific CSS. (e.g. max-width attributes are defined), which applies to their ‘afterHeader__’ divs (which is why it shows up on desktop and not mobile).
I agree with the general point made though that it’s good to hide certain parts on mobile, where the related content / UI is either less relevant, not ‘friendly’ to the viewport size, etc.
Just a heads up that we’ll be closing this thread by this Friday Jul 29. For future feedback & suggestions, you can reply in one of the topics below (preferably the latest one) …
See out previous Feedback Friday roundup below:
This topic was automatically closed after 2 days. New replies are no longer allowed.