[admin]

Unfortunately I didnt add mounting floppies to ui, you must do it in expert settings, command looks like this :

“WINST” is folder with floppy images

[autoexec]
mount c: “/storage/emulated/0/Download/WINST”
imgmount a: “/storage/emulated/0/Download/WINST/1.img” “/storage/emulated/0/Download/WINST/2.img” “/storage/emulated/0/Download/WINST/3.img” “/storage/emulated/0/Download/WINST/4.img” “/storage/emulated/0/Download/WINST/5.img” “/storage/emulated/0/Download/WINST/6.img” -t floppy

change to a: and start installation

then when you are asked during installation for another floppy, press “change cd” from general settings

[admin]

Yeah, one-two times I received report about lauchers what have problems with custom shortcuts. Reason was replace in-built launcher with nova launcher (or similar). I say truth, in the past I wanted create this type of widget like a fix for shortcuts problem, but it was so rare that I worked on something else. I can’t say now how much work it is, because I never did any desktop widget, but I can look at this.

[admin]

Maybe some versions of win3.11 have problems. I use win3.11 fr workgroups and works well. I installed it from floppy images

[admin]

Cool, will try it, I played with brother similar game about horse races 🙂

[admin]

Hmm, if I understand well, you want place image (not widget) on the screen and then assign it deadly strike widget ?

Flip will be nice feature, but it is very hard and very easy for programming. It is very easy if I use continual drawing, but very hard if I use lazy drawing.

Continual drawing means draw 30-60 fps on screen every second.
Lazy drawing means draw only if dosbox sends data to draw (or if I force drawing, when needed (opening/cosing bag)

Continual drawing is bad, because drawing 30-60 frames per seconds drains battery a lot and leads to phone heating. Increased heating means less cpu power – dosbox performance is degraded. So I avoid continual drawing as much as possible.

By lazy drawing you don’t know when next frame will arrive, so you can’t return flipped button back to normal state, because you wait for dosbox drawing event. Dosbox can send 1,2 frames per second, then 0, then 35, etc. Like I said, there are situations when I force drawing again (even dosbox sent nothing), but I choose wisely when, it can’t be often. But button flips very often.

I can add flipping to lazy drawing, but you must accept graphical glitches. I mean, I will higlight and de-higlight when dosbox sends data to draw. In praxis, button may ignore highlight or will stay higlighted to next redraw. Not very nice.

In addition, you can enable “synaptic feedback” on button if your device has vibrator

[admin]

I think this is not a problem, but has it real usecase? Can you give example when you would like to use it?

[admin]

Hah, monopoly 🙂 cool thank you:)

[admin]

I think, this is not a problem, but I cant garantee that will be always up to date

[admin]

Yes, no every widget can be placed in bag, but I can fix it.

Having shapes is cool idea, but I must avoid it for now, this brings numerous problems, but I will think about it, maybe i can find compromise

Btw, bag is now broken, but I will release fix as soon as possible

[admin]

Hi 🙂 Good to hear you again

MoP already uses deadzone, but has fixed size, I think it is 15% if I remember well, I think, it’s not a problem add this option to settings.

> I realized we cannot use the Telescope widget with the Bag widget
I don’t understand this, can you tell me more? Do you want to insert zoom widget into bag?

>How about the possibility of widgets that can be twisted? Flipped, twisted, angled, etc
Do you mean to have widget shape other then rectangle?

[admin]

Easiest way is to open bag on the same layer like is bag widget. But if you have another layer which is above layer with bag widget then widgets on the higher layers will cover opened bag. This is problem in play mode. But in design mode it could be ok. And in play mode I can draw on system reserved layer like it is now. This could work fine…i think 😉 There is another problem, you can’t move widgets to bag from another layer, but I’ll not fix that now, there is small workaround with import widgets function from another layout.

[admin]

Hi Max,

thank you very much for report. Damn! you are completely right, I know what is going on, I made this bug in last version, when I implemented layers. Due layers I rewrote big part of core. I open bag in system reserved layer(because is always on top), but I completely forgot that this layer is not accessible by user, sorry for mistake. This is harder decision. I think I must draw it on user created top layer, will think about it over weekend, I will release fix in next days.

Edit : Well, I think in play mode I’ll draw on system reserved layer, but in design mode I’ll draw opened bag on the same layer where is it’s bag widget

Many thanks for report.
Tony

[admin]

Hi,

Alex, is right, you must run exe, com or bat file. If you have this version Touche – The Adventures of the Fifth Musketeer (CD DOS) from one paradise website, then this download has not all data. For ms-dos you need startup file with extension exe com or bat. Or cd dumped to iso, bin or cue format, but then you must mount it and run installer

[admin]

I think he means special keys, there was crash related to layers, but now is out fixed v55.

[admin]

Hi, what do you mean with virtual buttons? Special keys? If yes, then update again, I released fix

[Author]

Posts