|
food => beet
limited edition => LE
flier (def) => beetle (some of them, I think)
|
|
|
|
|
Good effort I'm tempted to let you have it 
"I didn't mention the bats - he'd see them soon enough" - Hunter S Thompson - RIP
|
|
|
|
|
If it's better than the actual solution...
|
|
|
|
|
I think it possibly is
"I didn't mention the bats - he'd see them soon enough" - Hunter S Thompson - RIP
|
|
|
|
|
I was working with "LE" or "ED" for "limited edition" but got nowhere.
So what was it?
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
"Common sense is so rare these days, it should be classified as a super power" - Random T-shirt
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
beetle 
|
|
|
|
|
In the "old" days, you "clicked" (mouse); or perhaps double-clicked.
In UWP, we don't have (much of) a mouse; we have a "pointer"; and we "Tap" or double-tap; which generally can also be handled via Click. (The trolls get excited when you suggest tapping instead of clicking in certain instances)
Now the UWP double-tap, is actually a triple-tap: first the (single) Tap fires (if implemented); then the double-tap (if implemented). So, if you plan to handle both; you need to be aware of both.
My scenario was that if one Tapped a particular user control, it was "selected"; tap it again, and it became unselected.
I decided that a double-tap would select / deselect all of the same type. So, what happens now it, the first tap selects / deselects; then the Double-Tap sender is the original One-Tap sender which is now selected / deselected and enabling a cascade of the original intent.
(If you implement single-tap and not double-tap, all double taps become multiple single taps; but the double-tap does not override a single-tap. And implementing a drag, required implementing a "pointer pressed" versus a Tap)
Seems totally natural, somehow.
It was only in wine that he laid down no limit for himself, but he did not allow himself to be confused by it.
― Confucian Analects: Rules of Confucius about his food
|
|
|
|
|
I dunno man. For any fan of Spy Thrillers, double-tapping has a whole other meaning. I think you might have to be careful where you say something like "Just double-tap it!", just like when meeting your friend Jack at the airport it might not we wise to say "Hi, Jack".
Keep Calm and Carry On
|
|
|
|
|
I was going to mention that @JSOP might like the expression. 
|
|
|
|
|
His signature clearly explains he is against that practice - it is also less defendable in court.
GCS d--(d-) s-/++ a C++++ U+++ P- L+@ E-- W++ N+ o+ K- w+++ O? M-- V? PS+ PE- Y+ PGP t+ 5? X R+++ tv-- b+(+++) DI+++ D++ G e++ h--- r+++ y+++* Weapons extension: ma- k++ F+2 X
|
|
|
|
|
You fire until the threat is stopped. It doesn't matter if it takes just one, or 30 rounds.
".45 ACP - because shooting twice is just silly" - JSOP, 2010
-----
You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010
-----
When you pry the gun from my cold dead hands, be careful - the barrel will be very hot. - JSOP, 2013
|
|
|
|
|
Agreed: Double Tap[^]
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
"Common sense is so rare these days, it should be classified as a super power" - Random T-shirt
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
OK, Let me be sure I have this straight. If you implement both tap and double tap, and then you double tap the control, it raises the tap event and then the double tap event?
How is your code supposed to respond to the double tap appropriately if the single tap also happens, and happens first?
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
I've never worked on this kind of interface but am keen to guess.
I assume the double tap has to undo the effect of the single tap when necessary. The generator of the double tap appears to run a timer that raises the double tap event so that the recipient doesn't have to do this. Presumably the single tap event is raised first so that the user doesn't have to wait for the timeout, which could be annoying.
|
|
|
|
|
Yes; (single) tapped fires first and then double-tap fires; if both are implemented.
Double tap may or may not care what happens in single tap; that's up to the programmer.
I think we're used to thinking as "click" and double-click as being mutually exclusive. At one time, I think we may have had only single clicks, and we had to do the timing ourselves and decide when it should be handled as a double.
It was only in wine that he laid down no limit for himself, but he did not allow himself to be confused by it.
― Confucian Analects: Rules of Confucius about his food
|
|
|
|
|
You totally lost me with all the tap dancing. Luckily, I do not do UWP. 
|
|
|
|
|
Assumption only - I have not touched UWP.
There should be a time setting between single and double tap!
If you get a single tap then the state should toggle.
Never underestimate the power of human stupidity -
RAH
I'm old. I know stuff - JSOP
|
|
|
|
|
You're assuming this particular behavior is undesirable.
As I explained, it's doing exactly what I want it to do even though it doesn't fit a particular "mental model".
I got the same behavior on my Surface (touch pad) and my PC (mouse). Tap once: select "tapped" item; double-tap: select "that" item, and all others of the same type (with the understanding that "that" item was actually selected on the first tap, and the rest on the second tap i.e. the double tap event).
By changing "settings", you're implying I need to favor one event over the other, when in fact I need both. (That's the Zen part  )
It was only in wine that he laid down no limit for himself, but he did not allow himself to be confused by it.
― Confucian Analects: Rules of Confucius about his food
|
|
|
|
|
Seems to be similar to click - double-click problem. If double-click is implemented, the best design is to assign double-click function, which is kind of addition to single click. For example, single click selects an object, and double-click opens it. Otherwise, different tricks with timeout usually give bad results.
|
|
|
|
|
While I thought there "should" be a problem having the 2 events, I've come to the conclusion it's not. In my case, the second event is just an extension of the first (select one versus many).
The "file click / double click" could just as easily be a select file (in single click) -> open selected file from single click (in double click).
It was only in wine that he laid down no limit for himself, but he did not allow himself to be confused by it.
― Confucian Analects: Rules of Confucius about his food
|
|
|
|
|
I don't see the strangeness. That's how it's usually implemented, in Widnows Forms it's just hidden. In VB6 there were controls that didn't expose DblClick events and it had to be manually managed through MouseDown and MouseUp. It also had to be done if managing modifier keys (as Ctrl, Shift...).
GCS d--(d-) s-/++ a C++++ U+++ P- L+@ E-- W++ N+ o+ K- w+++ O? M-- V? PS+ PE- Y+ PGP t+ 5? X R+++ tv-- b+(+++) DI+++ D++ G e++ h--- r+++ y+++* Weapons extension: ma- k++ F+2 X
|
|
|
|
|
I have no idea about UWP, but on other touch screen systems there is also "long tap", not to mention various forms of dragging and swiping...
Software rusts. Simon Stephenson, ca 1994. So does this signature. me, 2012
|
|
|
|
|
I assume a long tap occurs when the interval between "finger down" and "finger up" is sufficiently long, and that velocity distinguishes dragging from swiping.
A UI with limited inputs that relies on timing to define additional events can be a problem. Long ago, I worked in a group that was developing a new business phone. It could have two calls on the go, which would be on "A" and "B" keys. To conference the calls, you'd push A and B down together. This was eventually abandoned in favor of an explicit CONF key because you'd simply press A or B to flip from one call to the other. Having to press simultaneously introduced timeouts, delays, and possible errors. The corporate group that approved UIs decided that this wasn't good.
But even with a better UI, one gentleman managed to conference his wife and mistress...
|
|
|
|
|
The stork brings them, but that's not the interesting part. I want to see 3D graphics on an 8 bit computer, at least once I get around to build the graphics card. It's going to have a TMS9981 graphics chip, a RISC graphics processor and a DMA based DGP (Decelerated Graphics Port).
Anyway, I'm going to need some math routines for, let's say, 32 bit fixed point math. Will 24 bits for the whole numbers will be enough, but maybe just 8 bits for the fractions are not. We shall see. Anyway, I intend to use the Russian Peasant Multiplication[^] algorithm. It's based on multiplying and dividing by 2 (also known as shifting) and addition. That should be easy to implement. But what is the algorithm for division called? I'm going to need that as well.
I have lived with several Zen masters - all of them were cats.
His last invention was an evil Lasagna. It didn't kill anyone, and it actually tasted pretty good.
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
