Jump to content

Daniel Dekel

Hornbill Developer
  • Posts

    1,369
  • Joined

  • Last visited

  • Days Won

    65

Everything posted by Daniel Dekel

  1. Hi @HGrigsby, Thank you for the details. Can you please do one more thing to help us see what is the problem? Go to the News Feed view Refresh Your browser (F5) In the right menu named "My Menu" there is an option called "Start Diagnostics" - Click on it Go to the Contacts List view Wait a second and then go to "My Menu" and click on "Stop Diagnostics" A popup will open with the option to download or copy to clipboard. Select the easiest option Send me these via a Private Message in Hornbill Community. This will help us understand if there is an error going on that we can't see. Thank you Daniel.
  2. Hi @HGrigsby, What browser and Operating System are you using? We can't replicate this issue. If you refresh is still not working? Regards, Daniel.
  3. Hi @Claire Holtham, Our next build will be available either before the 2nd of April or at the same day. Regards, Daniel.
  4. Hi @Sam P, Will be fixed in our next build. The Service Manager is looking at the Requests List. Thank you, Daniel.
  5. Hi @Art at BU, Regarding your comment - The New UI is set per browser per machine, so if you switched in let's say Chrome and you open in Firefox, if you hadn't switched before you will see the old UI with the button to switch. As the tooltip says, there is no option to get back to the old UI anymore once you switched. This might be the confusion you had in the multiple browsers. Hope is more clear now. Daniel.
  6. Thank you @Alisha, @Berto2002, I've done some investigation to understand what is the problem. There are small differences for users depending on what is the Operating System, browser and specific configuration for each. When we changed the font to Roboto, some users had the font rendered a bit different than others and in some cases with a bad resolution. We are going to change the way we display fonts and use the system font. It will be a Sans type, making it easy to read and optimized for each operating system and browser. I hope this will improve the experience for everyone. Our next build will include this change. Thank you again for your patience and feedback. Daniel
  7. Hi @gabraham, Regarding I can see the problem. Functionality here should not change from the previous UI. We'll look at the issue and fix this. Thank you for reporting, Daniel.
  8. Hi @Alisha, Sorry for the delay but we had been investigating and discussing between teams about the best solution for this issue. Could you please let me know what Operating System and browser do you and your colleagues use? We do have an idea what is going on but just to make sure we need these details. Thank you, Daniel.
  9. @Andrew Tasker I can confirm the issue with the export is now fixed. Please refresh (F5) to have it working. Kind regards, Daniel.
  10. Hi @Andrew Tasker, Checking this now... Will let you kow. Daniel
  11. @Euan Coleman, It is now working. You can now refresh the page (F5). We've just pushed a patch to fix the issue Daniel
  12. Hello @Euan Coleman, Thanks for raising the problem. This is a defect and we will fix this for our next build. Should work the same as before. Kind regards, Daniel
  13. Hi @Sam P, Thanks. That gap is because you see two items inside the same widget and not between two widgets. But We can have a look at this, perhaps we should use the same gap for all internal widget items. Regards, Daniel.
  14. Hi @Berto2002, That is correct. Getting more in to technical aspect, your screenshot includes a CSS variable that is not in use (dkl-font-family set to "Poppins"), so that is irrelevant in this case. The correct font that is being loaded is "Roboto". With a default size of 14px (1 rem). Previously the problem was that It was using Roboto but not all browsers were loading it, so this was causing that each browser and OS was loading a different font type (the 2nd or 3rd in the list). That's why for some people it was changed and for others it was not. Hope it is more clear. Regards, Daniel.
  15. I can confirm the problem was solved. Just refresh the browser and open again the template. Sorry for the inconvenience. Kind regards, Daniel
  16. @Adrian Simpkins, Just thinking... is the analyst using the new UI? (Preview UI) - I didn't think about it, but the new UI uses a slightly different and bigger font. In our latest build also we made sure the font Roboto is loaded properly for all users, so perhaps this fixes the issue. Regards, Daniel.
  17. Hi @Alisha, As mentioned before. This has been a fix since the original font was not visible to all customers. There is no option to revert or switch font. Regards, Daniel.
  18. Hi @Berto2002, Yes, that is expected. We were using this font before (Roboto), but for some reason some clients were not loading this font. So in this latest release all clients (browsers) should load the same font. Regards, Daniel.
  19. Hi @Sam P, The latest build includes the fixes for the issues you've mentioned in this post. If you have further problems please let me know. Regards, Daniel
  20. Hi @Sam P, Thank you for taking the time too take the screenshots. I was able to replicate a similar scenario to yours. I found a few issues with the links widget that if using it in a small amount of links making it one single row, the different is noticeable. The link item has a margin at the bottom that takes some extra pixels. The list of items adds an extra margin at the bottom. The Search widget when use din two columns shows in a single column. All of these will be fixed and should look like this: In both cases I'm using the Content Height - Checked. That will take the minimum size available in relation to the next widget in the same row. I'll keep you updated when this done. Thank you, Daniel
  21. Thanks @Sam P, Perhaps the problem is not the search widget but the one next to it. Looks like is a Links Widget? Right? Is one that has two links? Perhaps that is the one that needs ticking the "Use content height"? Because it expands to match the Search one. Daniel
  22. Hi @Sam P, Perhaps you have the "Use content height" checked? try playing with this, it might make the difference. Regards, Daniel.
  23. Hi @Adrian Simpkins, One of my team members suggests the following, perhaps that's the reason she can't see well the fonts: User has the operating system set for a non-native resolution on their LCD monitor (or even perhaps, they're using an old CRT) User have ClearType turned off (i.e. no sub-pixel rendering) or ClearType has not been optimised for their hardware and eyesight. I've been researching our font type (Roboto) vs Tahoma and Calibri and the three belong to the same Sans-Serif family. I'm afraid that changing the font from our side won't make a difference. That's why the actual monitor or configuration of the windows itself is wrong? Regards, Daniel.
  24. Thanks @Adrian Simpkins, I'll have to discuss with the rest of the team. But I guess if this is accepted, there will be an option to change font in the accessibility area of My Settings (per user) FYI @Berto2002 Will keep you updated. Daniel.
  25. Hi @Adrian Simpkins, Apologies for the delay. Can you please let us know what is the OS that your analyst is using? Mac/Windows and what browser? We don't have an option to change font type, but we do use "Roboto". Here is a comment about this font and why we decided to chouse it: Perhaps you can ask your analyst what font would she change it to? Thank you, Daniel
×
×
  • Create New...