XYplorer Beta Club

highend wrote:Done

Hadn't even time to _start_ my stopwatch!

Thanks.

drag & drop cursors aren't scaled ... ... I'm not aware that they are scalable.

What if you tick this?:
Configuration | Shell Integration | Drag and Drop | Use standard shell drag and drop

admin wrote:drag & drop cursors aren't scaled ... ... I'm not aware that they are scalable.

What if you tick this?:
Configuration | Shell Integration | Drag and Drop | Use standard shell drag and drop

Then it's ok, see the screenshots.
I already came across some other places where the scaling seems to be missing, but didn't do a systematic list. If it's aright for you, I'll add them here once I see them again.

Sure.

Here's the missing example for the breadrumbbar. The fonts are Segoe UI & Calibri 10,13!

Seeing the shot on my "normal" desktop screen ->

Yep, those arrows are a bit small. (OTOH their position and function is fixed so they do not contain interesting information.)

I put it on my list.

Hi Don,

since I soon expect to get a Surface Book as well (after many, many years hardware g.a.s. is back ) I'm now "committed" to the high DPI track.

Use case: when switching between desktop (with mouse and keyboard) and tablet mode XY doesn't need much adaptions to remain usable quit easily.
So far, it's mainly the font and toolbar icon sizes I do change.

Wish: add support for "Configuration sets" (for instance, they could be called "Use sets" or "XY sets") which hold a (infinite) number of named XY configuration settings. These "Configuration sets" should have a dedicated XY toolbar button, offering the basic functions like "New | Save As | Edit | List all" via its context menu.

Ideally, each config set in turn would be designed to be fully configurable (another one of XY's deep options) by the user. Using the existing "Jump to Setting..." component jumps to mind here.

FH

Good idea but (too) difficult (if you mean that those "Configuration sets" should inject values on the fly). Reading XYplorer.ini is not just filling a bunch of variables with values. Many of those values interdepend and interact on being read, some cause immediate changes in the interface or app behavior. This is the reason you cannot just load another INI file into a running XY but need a full restart.

Generally the idea of separating XYplorer.ini into two files, one for form (fonts, font size, positions...) and one for content (paths, MRU lists...) is always in the back of my mind. One day it will happen. Then you can load XY with, say, XYplorer.ini (content stuff) + XYLayout.ini (form stuff), and you could change that to XYplorer.ini + XYLayoutTablet.ini when running XY on a tablet. The files to use could be specified in Startup.ini, or you could even select in Configuration (-> XYplorer.ini) which Layout.ini to use on next app start.

Hi Filehero,

How's it going? I was on your side of the pond roaming around Scotland and then in Ireland visiting relatives again in late June/July.

I'm curious since I may buy a Surface Pro or Book though I may end up waiting 'til #5. My laptop is about 6 years old now. In the meantime for Don's idea, isn't there some Windows trigger / event you could use to automatically start a new instance of XYplorer using a new XYplorer.ini file suitable for the tablet mode. I do that for some other situations. It's very fast starting a 2nd instance. The desktop or 1st instance could be closed or remain open but minimized. It's easy to build a new ini file and then save it as XYplorer_tablet.ini. Though it's not going to have all the current conditions you have on the 1st instance and that may be a big drawback and updates may be an issue.

By the way, let us know which one you prefer (Book/Pro) and under what circumstances.

Cheers,
Ken

Hi Ken,

I'm fine - though lots of work (and familiy business ).

Regarding a 2nd XY config
Indeed, good idea! (so simple and elegant - and obvious ) Spawning a "new" tablet ini frome my regular desktop one every once in a while might be an effort worth spending. I will try this for sure. I'm also quite sure that switching to tablet mode has been devoted a dedicated trigger in the new Windows 10 Windows Task Scheduler.
/e: seems that MS indeed is not yet offering such a trigger event.

As for the SP4: see here for some initial impressions.

Back to work.

FH

@17.00.0211: thanks for scaling the move/copy cursors (just quick impression)

Uh, I did not do that. But nice to see you happy.

Use standard shell drag & drop still checked.

Hi Don,

another one.

For a reason still not fully understood (well, the underlying pattern) the CC dialog sometimes/often get squeezed by the progress windows although there's sufficient desktop space available. After I resize it to the common dimensions the next time it looks like this, where the dialoge gets stacked above the progress popup A bit too much variety me thinks.

Hmmm... ... interesting. Currently this triggers no idea in my brain. Maybe later...