8000 [FIXED] Watch list bug · Issue #82 · White-Tiger/T-Clock · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

[FIXED] Watch list bug #82

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

Closed
sergeevabc opened this issue Dec 23, 2016 · 10 comments
Closed

[FIXED] Watch list bug #82

sergeevabc opened this issue Dec 23, 2016 · 10 comments

Comments

@sergeevabc
Copy link
sergeevabc commented Dec 23, 2016

Could you be so kind to eliminate unknown characters next to “Remaining” label?

@sergeevabc sergeevabc changed the title Stopwatch bug Watch list bug Dec 23, 2016
@White-Tiger
Copy link
Owner

upgrade your Windows

@sergeevabc
Copy link
Author
sergeevabc commented Dec 23, 2016

Why do you close issue without confirmation from the applicant? Case is not resolved yet.
Host OS is Windows 7x64 with the latest updates, what do you mean “to upgrade”? To what, 10?

@sergeevabc sergeevabc changed the title Watch list bug [PENDING] Watch list bug Dec 23, 2016
@White-Tiger
Copy link
Owner
White-Tiger commented Dec 23, 2016

sadly Windows 10.... yes... I've accepted that it wouldn't "work" for Windows 2000 or XP... but also found it surprising that even Windows 7 failed...
The "unknown characters" are simply: ⏶ ⏷ Unicode characters that don't seem to be part of the Windows < 10 font... There's another "up" / "down" symbol that would be working for XP IIRC but it's too small in practical usage... so I'm not using it (not even as a fallback)
Actually I'm not sure if they're really not part of the default fonts or if Windows is simply failing, because IIRC browsers did / do show them... (you should be able to seem them here, maybe even to display them in "advanced clock format")

And since there's no way for me to fix it and just a minor graphical "glitch" (but still better than nothing) I'll leave it as is. I might consider to add the smaller variant even though you're unlikely to determine if they're up or down, once the next version hits because it got more such list views with sorting. And if nothing works... I might use (U) / (D) or + / - even though that looks awful.

P.S. thanks for your persistence...

@sergeevabc
Copy link
Author
sergeevabc commented Dec 23, 2016

Actually I’m quite surprised. Being a beta tester for a couple of decades (since FIDO times), I could hardly recall another native Windows tray app without cross-platform GUI dependencies (like QT) that would introduce an obstacle related to rendering labels. Support of XP is dropped by Microsoft, but 7 is far from death and is the current choice of the majority, therefore users are entitled to expect no visual glitches, so obviously we should revise the appearance of T-Clock watch list.

@White-Tiger
Copy link
Owner

like I said.. it's a Windows issue... and I'm not willing to figure out some workarounds with dozen lines of code just to waste my time and bloat the app.... I don't know why Windows isn't able to render it properly, nor a way to fix it (unless I'll render it entirely myself but that's a lot of work)

@sergeevabc sergeevabc changed the title [PENDING] Watch list bug [REJECTED] Watch list bug Dec 24, 2016
@White-Tiger
Copy link
Owner
White-Tiger commented May 21, 2017

just to keep you updated... the small version released today doesn't include a Workaround for a Windows older than 10... It's mostly a bug fix release and the mentioned UI update isn't ready yet.

Though, I also need to mention that MSVC builds seem to be broken anyway... Somehow the compiler isn't able to handle UTF-8 encoded files...

@sergeevabc
Copy link
Author
sergeevabc commented May 21, 2017

Though, I also need to mention that MSVC builds seem to be broken anyway...

What do you mean? I have unpacked latest (2.4.3) static build and executed Clock64.exe without errors.

@White-Tiger
Copy link
Owner

the "_static" is build by GCC while those 2 other archives are build by MSVC.
The _static build should display you something like this: □ while the other build displays 2 symbols as shown in your screenshot. And that's also true when running Windows 10.

I don't know yet how to fix my MSVC builds.. I don't really like to add a UTF-8 BOM to all my source files... (might break Github, breaks old GCC but shouldn't break my build system) and VS2010 doesn't seem to support any command switch like /source-charset:utf-8
Might have to use Unicode escape sequences within my source...

White-Tiger added a commit that referenced this issue Jan 28, 2018
…ixes #82)

! fixed UTF-8 related issues with MSVC compilers, which resulted in broken characters.
  this includes the use of universal character names,
  redundant BOM removal (alarm.c)
@White-Tiger
Copy link
Owner
White-Tiger commented Jan 28, 2018

Here you go: v2.4.4
I think that could do, what do you think? (please also update that nasty title of yours👅)

@sergeevabc sergeevabc changed the title [REJECTED] Watch list bug [FIXED] Watch list bug Jan 28, 2018
@sergeevabc
Copy link
Author

Eventually, the solution is found. Bravo!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants
0