Jump to content

Daniel Dekel

Hornbill Developer
  • Posts

    1,358
  • Joined

  • Last visited

  • Days Won

    63

Everything posted by Daniel Dekel

  1. 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
  2. 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.
  3. 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.
  4. I can confirm the problem was solved. Just refresh the browser and open again the template. Sorry for the inconvenience. Kind regards, Daniel
  5. @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.
  6. 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.
  7. 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.
  8. 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
  9. 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
  10. 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
  11. Hi @Sam P, Perhaps you have the "Use content height" checked? try playing with this, it might make the difference. Regards, Daniel.
  12. 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.
  13. 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.
  14. 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
  15. Hi @Adam Toms, This issue was fixed as part of a patch yesterday at noon (11:26) UK time to the client. The platform (ESP) build that updated the instances overnight has nothing to do with this issue. Kind regards, Daniel.
  16. Hi @Ketan.lakhani, We are sorry to the issue. We were able to find the problem and are working already on a solution and and a patch to solve it ASAP. The request is being logged but the redirection to the request view is the one that fails. Will keep you updated, Sorry for the inconvenience, Daniel.
  17. Hello @JanS2000, I understand the problem. We are looking in to a nice solution for this. Will let you know when is done. Thanks, Daniel
  18. Hi @samwoo, Looks like a good idea. I've added it to our list. Is not a complicated change, so I don't think it will take long to implement. It will be added to the new UI. Thanks, Daniel
  19. Hi @Ruben, Looks like the request itself is opening the old email viewer in the new UI. That's why it looks bad. We'll fix the issue. Daniel.
  20. Hi @samwoo it works just fine. You've just entered all in one line. Should be: [blockquote] some quote here [/blockquote] Nothing changed in this case from the old UI
  21. @Fizzathe problem has been resolved. Will be in our next build after the new year. We'll look at this. Will look at this. Regards, Daniel.
  22. Hi @Paul Chambers, Happy late Friday I am guessing there is some error related to your specific data because we can't see any issues. Would you mind checking if there are any errors and send these to me? This is how to do that: Go to some other view (any other than the organisations view) and make sure you are in the Preview UI. Press F-12 (if you are in Windows). That will open the "Chrome Developer Tool". Navigate to the organisations view. Make sure you don't get any organisations so we can catch the error. In the Developer Tool, go to the "Console" tab. Right Click on the log and press "Save As" That will save a log file. Can you please send it to me via a private message ? Hope that is clear. If not I'll help you further. Thank you, Daniel.
  23. Hi @HHH, Thank you. We'll look at the problem. Regards, Daniel
  24. Hi @Berto2002 , Thanks for your feedback. What we can do to improve this is to save the state of the search. So it you left it opened it will stay opened when you open a new tab or start a new session. With some exceptions like when the screen is too small and there isn't enough space to show all in the same row, then we will close it. I think that will work for people like you that want to see it all the time and for people that don't. Regards, Daniel.
×
×
  • Create New...