|
Hi All,
Quick question if someone tells you to knock up a quick script to monitor a thing, you would think 'Hmmm, a Python job', I seem to have to use a thing called 'Script Runner' which seems to have a version of what you need, but not what you want. Is it a company thing or is Script Runner in the wild Before I started at my current place scripts were either Python or TCL. Script Runner seems to be a little out date (won't run on Win10 without issues!). So heard of it? I'll bet Dave Auld has!
|
|
|
|
|
glennPattonContracting2 wrote: you would think 'Hmmm, a Python job',
I wouldn't think that because then you'd have to install Python runtime, etc.
I'm thinking you're talking about work so I'm guessing your running Win10 and then I would think either:
1) C# via LinqPad[^]
2) PowerShell
But, if you're running on Linux then maybe something else.
Now that DotNet Core can really do nice Console apps on Linux -- things like FileSystemWatcher etc. can be really easy and then I'd go for C# again.
Or, I might even think Go(lang) because it builds an executable with no need for runtime to be installed.
Just My Two Cents
I'm just thinking out loud and I've never heard of ScriptRunner before.
|
|
|
|
|
Well I'm sitting there going 'Oh it gives out the data over serial, I can put together a .NET program to read it and display it', 'Thats nice but can you use Script Runner, it's more flexible', Have 'they' been taking something. I have done the whole not using .NET as it's evil in the past, don't want to go down that route again!! 
|
|
|
|
|
Ah, yes, h/w and serial connection. Now that makes sense that you want to use Python. I'm assuming there are lots of library choices that help over in Python land and .NET def would not be my first choice for that either. 
|
|
|
|
|
raddevus wrote: .NET def would not be my first choice for that either
It is for me.
|
|
|
|
|
Hmmm, I agree but I have LOTS of experience with the Serial Class and for somethings .NET is the only way.
|
|
|
|
|
I haven't used serial communications in .net very much, but have written a serial port wrapper suitable for use with my CommScript[^] class.
|
|
|
|
|
Only had a quick look, seems interesting!
|
|
|
|
|
Thanks.
It looks like I began writing an article on my SerialCommunicator back in 2010, but I never finished it. 
|
|
|
|
|
I love LiqPad and use it all the time.
Powershell is the tool to use in most "scripting" scenarios, IMHO.
|
|
|
|
|
Never heard of it, but knowing my management, someone will read a blog about it and announce that it's the next great thing and everyone has to use it.
I'll continue to roll my own as needed, thanks.
modified 27-May-21 17:19pm.
|
|
|
|
|
As far as I can tell it's HTML with a few add ons <<quake>> 
|
|
|
|
|
|
Do I need to actually fill this in? Didn't think so!
But if I need one, here's my continual pet peeve: why does VS randomly change the "Find" (Ctrl+F) or "Find All" (Ctrl+Shift+F) document selection from "current document / entire solution" (respectively for the pressed keyboard shortcut) to "all open documents", "entire solution", or whatever else it thinks is the option of the day based on various planetary conjunctions?
|
|
|
|
|
I use that often but have never had it happen. Currently on VS2017. I wonder what explains it.
|
|
|
|
|
I've never noticed that and I use it all the time.
You have a prankster in your office. 
|
|
|
|
|
I can reproduce it by scrolling the mouse wheel while positioned over the "Look in:" drop-down menu. Are you using some kind of bizarre input device that allows you to inadvertently do this? 
|
|
|
|
|
Cool! I can do this with my laptop's mousepad, really useful! Never had it happen inadvertently (Ctrl-F seems to remember the previous scope) but this means I can change the scope really easily. Thank you Marc and Greg!
|
|
|
|
|
Glad you liked it! I didn't know whether to consider it design intent or a bug.
|
|
|
|
|
I don't think there is a difference between the two in Microsoft land.
|
|
|
|
|
True story! 
It's also what I tell my boss on lazy days!
|
|
|
|
|
Oh wow, this happens when hover the mouse over any of the dropdowns in the dialog!
|
|
|
|
|
not just dropdowns in VS. WIndows default behavior is for the wheel to scroll whatever the cursor is over regardless of if it has focus or not.
99% of the time I like doing that. The last 1% I start swearing when after a scroll I try to do something else and discover that focus wasn't where I thought it was.
Did you ever see history portrayed as an old man with a wise brow and pulseless heart, weighing all things in the balance of reason?
Is not rather the genius of history like an eternal, imploring maiden, full of fire, with a burning heart and flaming soul, humanly warm and humanly beautiful?
--Zachris Topelius
|
|
|
|
|
Greg Utas wrote: I can reproduce it by scrolling the mouse wheel while positioned over the "Look in:" drop-down menu.
You know, that might very well be the problem!
Greg Utas wrote: Are you using some kind of bizarre input device that allows you to inadvertently do this?
Maybe using my cat as a mouse assistant has it's drawbacks. 
|
|
|
|
|
Greg Utas wrote: scrolling the mouse wheel while positioned over the "Look in:" drop-down menu
It does that on all dropdowns. That's been a feature forever.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
