|
You'd most likely have to use a ton of preprocessor macros.
To err is human. Fortune favors the monsters.
|
|
|
|
|
If you have to go more than three 'if' levels deep - that! Even two levels looks like something I never want to eat! I feel for the MS guys who keep up their #ifdefs in the Windows headers!
|
|
|
|
|
The problem in this case is you can have up to 5 RGB LEDs you can control, each requiring 3 pins. The above was just for one LED.
Variadic template arguments are how I accomplish that. It would be really messy to do that with the preprocessor. It's doable I think, but it requires a lot of nonsense.
To err is human. Fortune favors the monsters.
|
|
|
|
|
I just have to shake my head at this one.
Outlook lets you define rules, but they only run against items that make it to your inbox. It doesn't run those rules against folders such as "Junk email".
In the web client - under Mail / Junk email / Filters, I have checked the checkbox labeled "Only trust email from addresses in my Safe senders and domains list and Safe mailing lists". That means unless something is already in my explicitly defined list, it'll end up in the junk mail folder. If I'm going to build such a list of safe senders, that means I have to check the junk mail folder on a regular basis and look for anything to add to it. Not very practical, although I do have a few items I've added so they're guaranteed to never end up in the junk folder.
It's not unusual for me to get dozens of spam items a day - for the most part, they seem to consistently originate from the same people, with the same sender names, but the email addresses are totally random. So even though Outlook lets you define rules based on addresses, I can't realistically do that. So it would make sense to define rules against sender names...but Outlook doesn't let you do that, for some reason.
If I uncheck the option to only allow items from my safe list to be sent to my inbox, that means everything ends up there. And while that means rules could be run against those...Windows pops up notifications for anything that makes it to the inbox (as opposed to keeping quiet for things that end up in the junk mail folder). So suddenly, unless I have a crap-ton of rules, I have a lot more notifications popping up all day long...
Bottom line - and my whole point - is that if only MS let you run rules against the junk mail folder, and not just the inbox, going through the junk mail folder wouldn't be such a tedious job, and the popups could still be kept to a minimum.
As an aside, I tried to use PowerShell to connect to my mailbox using MS's Graph API to automate things based on my own filters...and while it works great for a corporate account, none of it works for a personal Hotmail account (aka a "Microsoft account"). But that's a rant for another day.
[Edit]
I can work around the sender email vs sender name issue by specifying the sender name values if they appear under message headers. That works, but again, because everything is now going to my inbox...I still have a lot more notifications than ever, until that list gets built up.
|
|
|
|
|
try Thunderbird. Today I received 40 emails. Thunderbird correctly routed 36 to junk based my previous tagging as junk and what it has learned as junk.
|
|
|
|
|
That's kinda beyond the point.
I want to define rules once, at the source, not my individual clients. So it makes sense to do that when logging on the web site (outlook.com).
Once those are sorted, it no longer matters what client (if any) I use on any of my machines - they should sync my folders with whatever state the server is in.
I have tons of machines, both physical and virtual, and I may want to decide to access my mail from any one of them. I'm not going to install Thunderbird (or worse, the full Outlook client, which requires a license) everywhere I might decide I wanna access my email from.
|
|
|
|
|
|
|
You don't trust Mr. Google?
The less you need, the more you have.
Even a blind squirrel gets a nut...occasionally.
JaxCoder.com
|
|
|
|
|
|
Me I trust Mr. Ed[^]
The less you need, the more you have.
Even a blind squirrel gets a nut...occasionally.
JaxCoder.com
|
|
|
|
|
Even the back end of Mr. Ed is more trustworthy than many things these days!
|
|
|
|
|
Mr. Ed's back end and Facebook look about the same to me.
The less you need, the more you have.
Even a blind squirrel gets a nut...occasionally.
JaxCoder.com
|
|
|
|
|
I disagree. Mr Ed's back end produces useful manure.
Keep Calm and Carry On
|
|
|
|
|
Agree and Facebook useless manure
The less you need, the more you have.
Even a blind squirrel gets a nut...occasionally.
JaxCoder.com
|
|
|
|
|
I agree with Dilbert. I frequently tell people to do their own research on contentious topics.
|
|
|
|
|
That's fine as long as you don't confuse "search" with "research".
I think that, as long as you just search the Internet or libraries or any other source of knowledge, you are just going to find facts or opinions of other people. If you want to find something new you have to analyze, experiment, test hypothesis and all the other boring stuff commonly referred as science
Back in the day, learned men would argue if more than one angel can be in the same place. The more things change, the more they stay the same.
Mircea
|
|
|
|
|
The man I work for right now thinks he is and expert, when it comes to what I do. He couldn't find his A** with a flashlight and a road map.
I am living in micro-management hell. Perhaps for not much longer. I may be looking for work by Monday afternoon.
|
|
|
|
|
I see a few new faces this week and I must say I'm disappointed.
No need to get my coat - I never took it off.
To err is human. Fortune favors the monsters.
|
|
|
|
|
Tarring and feathering is too good for you!
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
|
|
|
|
|
That one gave me a lift!
If you can't laugh at yourself - ask me and I will do it for you.
|
|
|
|
|
There's nothing quite like a library where you can write graphics drawing code once and run it on any display be it monochrome, e-paper, color, etc.
In order to enable this I dither monochrome to give me grayscales. As far as the rest, I do automatic color conversion where necessary.
I'm finding myself greatly amused by running an alpha blending and JPG loading demo on a 128x64 monochrome OLED display.
The funny thing is, it's actually at least viewable - even the alpha blending - you can at least see what it's trying to do, and that's pretty good when you are overlapping and blending random shapes of random colors and opacities.
I may have taken device independence a little far.
To err is human. Fortune favors the monsters.
|
|
|
|
|
Device independence: Hummm. Long time goal in computer graphics. CORE, PHIGS, GKS, maybe more but I haven't kept up.
Does the display device declare what it is, what it can display? etc.
If so then display independence ends at the end of that list?
If not does software have tuning to adapt with user intervention or without?
What you have done is impressive especially for e-paper displays (tricky hardware) but, device independence is a carrot.
|
|
|
|
|
Well, it's not resolution independent. You still specify everything in pixels, but you can size things relative to the dimensions() of your draw target.
The key here though is automatic conversion of pixel formats. You can draw any type of pixel to any draw destination. That means, for example, if you get 24-bit Y'CbCr pixels, like from a JPG, you can write them out to a 16-bit RGB display transparently. Same with going from color to monochrome or grayscale. If you add an alpha channel to the pixel, it will do alpha blending on the draw target with whatever color was at the current location on the draw target. If you draw to a device with a palette it will do color matching to that palette.
Basically, you don't have to worry about pixel formats. You can just draw. You can just load jpgs. You can just choose any of the colors from the X11 color palette, or make your own.
The upshot here is you can write your drawing code once, and run it on any display.
To err is human. Fortune favors the monsters.
|
|
|
|
|
Understood. The pixel pipeline is sort of the lowest common denominator for displays. A first key measure of independence. Good job.
Some graphics history. In late 70's, my first computer graphics device for which I had to write a library was the Tektronix 4010. It was just an electronic etch-a-sketch. No real pixels just draw lines with a beam of light. It was a very inexpensive way to do graphics because no refresh cycle was required to keep the screen lit up.
Then on to Silicon graphics, etc.
|
|
|
|