|
OK, so it's a version of windows, therefore it crashed -- but winio would have crashed the bus into a bus queue, where the minister for technology was waiting to catch a bus.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
Oh... We are much advanced here. Ministers not using buses... They flying around using their angle-wings...
"The greatest enemy of knowledge is not ignorance, it is the illusion of knowledge". Stephen Hawking, 1942- 2018
|
|
|
|
|
Kornfeld Eliyahu Peter wrote: No picture as my old phone can't get it with the morning sun so low...
In 2018...
|
|
|
|
|
As we have summerish, bright sun, but much lower (it seems winter already over). At morning the bus is either shining bright or pitch-dark (if rollers are down) and my 10 years old phone has no flash-light and very limited filtering...
But! I didn't payed for it yesterday, like the bus company for the failing tracking device
"The greatest enemy of knowledge is not ignorance, it is the illusion of knowledge". Stephen Hawking, 1942- 2018
|
|
|
|
|
Not sure if this was a factor but from what I remember from a project a few years back the Motorola RFID API only exists for Win CE, most portable/hand-held NFC readers (and customised offshoots from Moto and 3rd party OEM) are built on the Moto PCBs. (Also had to use max VS2005/2008 to target CE).
If it works (well I guess in your case it crashed), they have RFID or/and barcode (options), network interface (including wifi option) and full programability, ... what's the gain from 'updating'? Nothing at all. It works fine as has done for years, RFID/barcode still very low vol data so speed is never an issue.
Ya don't screw with a winner when there's nothing more to gain. (And imagine it's the same components, PCB, software, etc for > 15 years, imagine the profit margin from doing nothing.)
|
|
|
|
|
It is not system to track you (your ticket and payment) - that one has nothing to do with Windows and actually works...
It is to track the bus - it displays the current location and the stations for the passengers and send the location info to some serve so those waiting at the stations can query for the bus...
The nice thing that the drivers have a similar system already in place for years - that one is based on (and actually sold by) Motorola, and looks good (no Windows their either)...
"The greatest enemy of knowledge is not ignorance, it is the illusion of knowledge". Stephen Hawking, 1942- 2018
|
|
|
|
|
Yeah but probably still same thing: something designed years ago that does the job.
It's not like this stuff is rocket surgery, been around for years. (although back then for instance the 128kb memory would have made it too expensive to implement en mass.)
But also back then a lot of these small portable device manufacturers licensed CE for pennies per copy (- part of the old ms business plan to own the market.)
So roll into today: If they can get a mass produced device to work on CE (and other old design/components) what's the incentive to license w10 for a far higher price? Yeah I know they can also get w10 dirt cheap but it's literally pennies versus dollars, and most important (for some) saving dollars on a mass product = a huge boost to profit the CEO's bonus.
[Too bad the devs that have to make it work/interface onto modern networks/servers... row harder you lazy dogs... <cracks whip="">.]
|
|
|
|
|
I would probably didn't recognize if it was look fairly nice and wasn't broke when lost connection
But also have to say that Win CE 6.0 and W10 are not the only options for embedded...
What fascinating, that they probably got it for next to nothing, but somehow forgot to see if it is work at all (pay peanuts - get monkey?)...
"The greatest enemy of knowledge is not ignorance, it is the illusion of knowledge". Stephen Hawking, 1942- 2018
|
|
|
|
|
Yeah I also remember when the tap-on tap-off system was first implemented here I't also crash to a CE screen too.
Kornfeld Eliyahu Peter wrote: But also have to say that Win CE 6.0 and W10 are not the only options for embedded...
Sure there's the rasppi option starting to make some traction as well as embedded android, but it's still easier/cheaper to find windows devs even if it is CE (ref back to the note on Visual Studio albeit 2005/8). It's the bonus, the CEO's bonus that matters (and most CEO's still think android is only for phones and linux only for toys and pimple faced hackers anyway.)
|
|
|
|
|
More important: Who was the manufacturer of the bus? I'm currently working on a program that is used by a well known manufacturer to manage the tests they do on bus prototypes, including managing their electronics and the installed software.
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.
|
|
|
|
|
Most of the buses are of Volvo (not sure what was the on at the morning), but this special equipment was installed by the bus company -not part of the original setup...
"The greatest enemy of knowledge is not ignorance, it is the illusion of knowledge". Stephen Hawking, 1942- 2018
|
|
|
|
|
Ahh, too bad. Volvos are not in my database anyway.
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.
|
|
|
|
|
"If it works, don't fix it!"
I long back to the days when computers were so simple that it was possible to trace any operation down the last instruction - including what the OS were doing. Switching jobs over to embedded programming on 8051 brought back that feeling of being the master over the CPU - but we switched to ARM, which is certainly a lot easier to design for, but it also allows an OS so complex that you no longer can fully understand all that's going on.
I assume that CE 6.0 also is too complex to fully understand (I never worked with it). But I am sure that it is leagues away from, say Win10. Or more recent Linux versions. Every modern programmer knows to proclaim KISS in celebration speeches, but you hardly see anyone that lives by KISS principles in application programming. Maybe use of Windows CE 6.0 has an element of KISS.
|
|
|
|
|
This is an app question
But no programming is involved, I am wondering about best behavior... and tentatively put my question in the lounge. Please let me know if another forum that is more appropriate
I am working at home on a personal app (that I hope to publish) which is sort of, but not quite, a vector drawing program.
I just reached the part where I got curves and shapes and I want to provide some selection / node editing functionality.
I want to implement a bunch of operations (below) that I hope to have one 1 tool (many tools might also be confusing, I think), here they are:
- split a segment in the middle (1 segment becomes 2)
- add a point in the middle (a segment become a spline, a spline become a quadratic bezier... name might be wrong but, basically going up in the 2,3,4 number of control points of bezier segment)
- move selected (control?) points
- delete point (control point or endpoint, i.e. merging 2 bezier)
now the user experience part (the tricky part)
- moving is easy: click on point / handle, move all that is selected
- split point vs increase order: I was think to use normal vs CTRL click in the middle
- CTRL delete on segment (outside middle) delete
- toggle point selection: CTRL click
- delete point: CTRL click
(Remark: I am edging toward ALT for point to curve increase order, and delete.. all sounds very different but there is UI feedback)
see.. CTRL does too much, particularly when clicking on a point it does selection toggle and delete.
so I thought maybe I use CTRL and ALT (or SHIFT).. but that become rather complicated... doesn't it?
also if deleting a point between 2 bezier segment (4 and 4 control point), what to do? Bezier segment have a maximum of 4 control point (all my home made math tool stops 4 control points, and UI primitive do as well)?
Anyway if anyone has any idea about smooth user editing experience, let me know!
EDIT:
I think I got it, what do you think?
operations grouped by target:
empty area:
- normal click + drag: selection rect
- SHFT + click + drag => union selection rect
- CTRL + click + drag => toggle selection rect
- ALT + click + drag => un-selection rect
unselected control point:
- click: select and move selection on drag
- CTRL/SHIFT + click: select (and move selection on drag?)
- ALT + click: delete
selected control point:
- click: drag/move
- CTRL: unselect
- ALT + click: delete (only on inside control point, not on start/end)(on /start/end merge 2 consecutive bezier curve into 1 segment)
curve:
- click: select all control points
- ALT + click: delete segment
- CTRL + SHIFT click: add control points if possible (i.e. increase order: 2,3,4 control points)
- CTRL + click: split in 2 in the middle (i.e. add point)
modified 30-Jan-19 1:18am.
|
|
|
|
|
I wouldn't use Alt+Click to delete (unless you're happy with a lot of wear and tear on the Ctrl and Z keys).
I'd either leave it unset, or set it as unselect.
Always be very specific with deletion, because it's a destructive action -- use the Delete key, every time.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
Mmm... you have a good point here..
btw CTRL+Z work quite well so I am not to worry...
But... I can't delete segment that well...
For example if I delete /\ below, I don't delete the line in between, I just create 1 large segment, as shown below
Before
_____
_____/ \____
After
_________________
so I need a way to delete a segment.
arguable I can with the erase tool (I got a vector graphic erasing tool ) but you have to change tool, cumbersome...
right hand on the keyboard, left hand close to CTRL/ALT/SH*T.. DELETE is far away!
What would you suggest to delete a segment.
Clarification: I can select point node. When selection is satisfactory I can click Delete.
But I can't select a segment, hence I can't delete it.... (other than by clicking on it, or using erase tool)
|
|
|
|
|
You could maybe put it in a context menu, as long as the word "Delete" ("Delete Segment", maybe?) makes it very clear what the user is about to do.
Preventing unwanted destructive actions makes customers swear less -- and when they swear, they blame you.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
|
Well.. one will have to ALT+click. One will easily learn the power of ALT!
And also... CTRL+Z always works well. This is the best working functionality so far! ^_^
But yeah.. context menu seems to a be winner...
Though a "custom context menu".
Default context menu animation is slow and intrusive (probably gonna use a fast fade in) and the general UI not friend to edit a segment.
It will be more like a "context something tool"
|
|
|
|
|
In your example you are deleting four nodes leaving only the start and end nodes, so I would expect to select the four nodes (left click) and then delete. You can't delete a single segment without some mechanism for re-connecting the remaining segments (or leaving 2 unconnected lines), but you can delete a single node to merge 2 segments, hence selecting nodes is more functional than selecting segments. Only use delete key or right click context menu. Don't invent new ways of interacting when the existing ways work just fine. If you have to explain your UI then the UI isn't right.
|
|
|
|
|
One thing to consider is using a right-click to pop up a menu where they can select all of these options, so the application is usable without using the keyboard, or at least minimal keyboard use.
Bezier curves can have as many control points as you want, if you draw them yourself (let me know if you need help with this.) As you say Windows limits you to 4 control points.
|
|
|
|
|
- About context menu idea:
I find right click context menu a but less straight forward..
But I find my click option (so far) confusing though... mm.. who knows...
You remind me I was tempted (at one stage) to have something like Word, the floating format panel that appears after select. But I forgot about it as I realised the panel disappear when you go away to never come back...
Mmm.. maybe I should do just that.. a context menu.. that automatically appear when mouse is close to line. It should just fade in though.. context menu animation seem a bit slow and.. intrusive.
It would be small since it would be 3 short image that describe: split in 2, delete segment, add bezier control point
- About Bezier Curve:
I am using WPF PathGeometry for drawing here. It only goes to Bezier fragment with 4 control point (start, ctrl pt1, ctrl pt2, end).
At any rate it would add little benefit, I am not interested in perfectly fitting and accurate curve but in quick and dirty editing. The idea is to create table top pen and paper RPG map as quickly as possible. Faster that with real pen and paper.
|
|
|
|
|
Just sent three E-Mails.
They all bounced in less than five minutes.
One was within 60 seconds.
They were all legitimate, the other guys wrote me first, and I responded.
My suspicion: My host is allowing the wrong people to rent from him, and my reputation goes out the window with probably a thousand other normal folks.
Suggestions welcome.
|
|
|
|
|
hang in there.... tech support will call soon (it's still really early morning in South Asia)
just give them access to your PC when they ask for it, it'll go much faster that way.
|
|
|
|
|
Use a different email server? Gmail, Yahoo Mail etc.
|
|
|
|