Yes, it is, the colors are simply swapped when the button is pressed.
If you wish to do so, i'll include it, here's a spreadsheet with all the current Localizable strings in it
(You can import it rather quickly with ResX Manager, if you want to go the pull request way, otherwise send me back the spreadsheet translated and i'll do something about it)
Excuse me, but... I don't understand what/where I need to translate :/
I see english, brazilian (?)...
You can wipe out the Comment.pt-BR and .pt-BR Columns, and translate on top of them, i'll sort it out later
If you want, you can change the Headers to Comment.fr-FR and .fr-FR, or add two new columns with these names respectively
EDIT: The Comment section is unused, but ResX Manager requires it to import back
These stay as is, they are references to the Project, Resource File, and Resource Key they'll be imported back in, since for the sake of organization, the strings are split on two files
EDIT: I Just saw, but there's a standalone version of ResX Manager too, it should make the process of a bit easier:
- Download the latest master from the repo / Fork and create a branch for your language
- Load up ResX Manager
- Browse to the repository
- Add New Language > [Pick From List]
- Send me the resx files for the languages or export the excel sheet / Create a Pull Request for your branch
Last edited by usagirei,
- Joined
- Dec 29, 2015
- Messages
- 676
- Trophies
- 1
- Age
- 23
- Location
- Virginia, USA
- Website
- www.instagram.com
- XP
- 1,388
- Country
- Joined
- Jul 17, 2008
- Messages
- 32
- Trophies
- 0
- Age
- 41
- Website
- laytonvsaceattorney.webs.com
- XP
- 268
- Country
Really nice i test It today and i could modify some unfinished customs themes (ugly folders and bad colors choices)
It is really easy to use
Thank you !
It is really easy to use
Thank you !
Given someone with the available time and experience, It should be doable, the Business and Display logic are split up in two projects, It would require rewriting only the Front End, since the Common Runtime can most likely be compiled under Mono. Since it's All MVVM, it would "only" require rewriting the Views
Alas I don't have a Mac, nor experience with any cross platform Windowing Toolkit, so i can't help you in that regard.
(There's XWT from the Mono Foundation, GTK#, Xamarin.Forms, but i never touched any of those)
Last edited by usagirei,
Too fast?
https://jii.moe/VykQQ8zKl.webm
But what I found funny (and the issue here) is that I could crash the program the same way from the flags tab somehow when executing the same(and wrong) script
https://jii.moe/EyC9NUfFe.webm
Most curious
The way it functions is by pressing the AppsKey to open the context menu, and P to paste a hexadecimal colour value (which is inserted into clipboard before opening menus)
I find it strange how ColorPickerPaste_CanExecute() is invoked from the flags tab
https://jii.moe/VykQQ8zKl.webm
But what I found funny (and the issue here) is that I could crash the program the same way from the flags tab somehow when executing the same(and wrong) script
https://jii.moe/EyC9NUfFe.webm
Most curious
The way it functions is by pressing the AppsKey to open the context menu, and P to paste a hexadecimal colour value (which is inserted into clipboard before opening menus)
I find it strange how ColorPickerPaste_CanExecute() is invoked from the flags tab
Wow, windows can't handle that many clipboard ops? Damn having to wrap a clipboard call In a try catch block.
I'll have to see if at least I can early exit if the parameter is null at that call avoiding opening the clipboard altogether
As for the can execute call, it's how the relay commands work, they are hooked to an event that fires when something that could affects the States change
Edit: seems it's a "bug" In the Win32 api, where only one call at any given time can have the clipboard open. As such the open call from the theme editor is issued before the one from your script closes it after setting the data. Resulting in that exception
Funnily enough, it really was too fast for it to handle. Lol.
Last edited by usagirei,
It's an unlikely scenario, since it was due to repeated access to the clipboard on a short period of time, but I added a failsafe in the last commit, could you check if it still does crash?
Hey good job on the program, looking through the source it's definitely evident you spent a lot of time one it.
Glad to see other WPF developers, now if Mono can support it, it would make developing much more fun (as it's no longer Windows only, or Windows Form debate).
Glad to see other WPF developers, now if Mono can support it, it would make developing much more fun (as it's no longer Windows only, or Windows Form debate).
