-
Notifications
You must be signed in to change notification settings - Fork 6.7k
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
[Run] String-type settings support for PowerToys Run plugins #25326
Conversation
…ent in PT Run Plugins - First commit to open a Draft PR
I'm totally new here, wanted to ask if I should open other Draft PRs for the other things I'm going to work on, even if the work is not started yet? Thanks! |
Pinging @Picazsoo because he is working on the same. |
"the same" is referred to the ChatGPT plugin or the string settings for Run plugins? |
The code for supporting string options. |
Oh, that's cool! That leaves me more time to work on the plugin itself and the other requirement for it. Well, waiting for their input, thanks! |
@Simizfo , @Picazoo
And I thought on having a enum to define the settings type like this:
Not sure if this are good ideas. |
Same here. Would be the perfect thing to let the user choose the chat model (ChatGPT/Bing if an API ends up being made or 3.5-turbo/gpt4 choice for ChatGPT) |
Hi @Simizfo, @htcfreek , thanks for the heads-up. As I mentioned elsewhere I have a small PoC for the String value persisting. However my scope was a bit different. From what I understand here, @Simizfo wants to simply replace the checkbox with the text input field. My attempt was to have both - check the input field to enable some feature (and also enable the text input tied to that feature) and vice versa - so one would basically persist both the checkbox value and the string value. I ran into major issues with the styling/arrangement of the elements via XAML (proper reflow of the items on really narrow screen, etc). And honestly I did not even properly subclass the original additional settings class. It was really just a PoC ready for some further refinement. Working on my previous super-small addition to PowerToys was my first exposure to C# - I spend my daily live in Java & Javascript. I agree with the @htcfreek's comment - we should support the combination with checkbox & also other control input types such as drop-downs with predefined values, etc. Possibly also numerical inputs with spinners and min-max restrictions, but then the simple extension to strings starts to bloat quite a bit (One can even imagine requiring multiple input controls). I think the enum idea makes sense - I don't have proper CS degree (and C# best practices knowledge) though, so I cannot judge whether it is a good and extensible pattern to follow. Basically @Simizfo if you have made some major progress and lack of this is slowing you down, then take this up. I have a lot of unpredictable things going on in my life and cannot really tell how much time it would take me to implement - might be a couple of days or weeks. And I understand that this improvement will be greatly useful to many, so it should be done sooner that latter (-: I will be potentially first one to use this as soon as you have it implemented, since I also have a need for it elsewhere. |
@Simizfo |
[Off-topic] |
Well, since I needed this for my ChatGPT + Powertoys Run plugin and that was scrapped, I have moved on from this too. I have zero work done here compared to the other 2 parts of my plugin (the plugin itself and the ability to shape the result in PT Run in custom ways). Sorry about that! |
so we can close this here? |
Summary of the Pull Request
Hi there! This is Simone. I've posted a few weeks ago a Tweet where I've shown ChatGPT integration into PowerToys Run, implemented as a custom plugin. Clint Rutkas reached out to me to ask if I wanted to make this plugin a reality and I agreed.
We've exchanged a few mails and had a brief call two weeks ago and we discovered a few points that need development before the plugin can become a reality for everyone:
PR Checklist
Detailed Description of the Pull Request / Additional comments
I've had to take some time and as I'm now ready to work on this, here's what I've planned for this PR:
The string option class extends the original one to avoid breaking other plugins
A new custom logic will be implemented in the view:
I'm open to suggestions here, of course. Work has just started. Thanks!
Validation Steps Performed
None yet. PR is in development state