[Bug 58715] New: [winefiles] - update winefiles with "Files" for a more modern filebrowser
http://bugs.winehq.org/show_bug.cgi?id=58715
Bug ID: 58715 Summary: [winefiles] - update winefiles with "Files" for a more modern filebrowser Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs Assignee: wine-bugs@winehq.org Reporter: blackcrack@blackysgate.de Distribution: ---
Hi Peoples,
why do you use an old and not up to date winefiles as head-file browser instead you use the opened Sourced "Files" : https://github.com/files-community/Files
for have a more, Modern Wine-Folders Browser with Files who could be a more modern winefiles as general file-browser update
1. Files is updated permanently by a own Community 2. Files is more completely programmed 3. Files could be synced in Wine and therewith permanently updated so long the "Files-Community" exist
only question is, is Files compatible to WinXP, Win7 ? could it make recompatible with WinXP and Win7 ? (or add the right, more modern dll to XP and Win7 Emulation)
if yes, could have Wine a realy actual Filemanager where is also compatible with 10 and 11 and therewith 7 Fly's : "Seven at a stroke!"
in wine filebrowser.
best regards Blacky Blackysgate.de
by the way, i have make 3 WinNT-Themes with svg-files, these Pictures/SVG is under Public-Domain and can use in Wine. https://www.pling.com/u/Blackcrack scroll down to: "Full Icon Themes" Download the themefile.tar.gz, exstract the "scaled" folder and you have all files in svg, then can you work with it.
http://bugs.winehq.org/show_bug.cgi?id=58715
--- Comment #1 from Nikolay Sivov bunglehead@gmail.com --- I'd imagine most users would be using system file browser application instead. It's possible that not everyone even realizes that winefile exists.
http://bugs.winehq.org/show_bug.cgi?id=58715
Zeb Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |z.figura12@gmail.com Status|UNCONFIRMED |RESOLVED Summary|[winefiles] - update |update winefile with |winefiles with "Files" for |"Files" for a more modern |a more modern filebrowser |filebrowser Resolution|--- |WONTFIX
--- Comment #2 from Zeb Figura z.figura12@gmail.com --- "Files" is C#, so I don't think it's going to get distributed with Wine.
Honestly, though, do we even need winefile? We already have explorer.
http://bugs.winehq.org/show_bug.cgi?id=58715
--- Comment #3 from blackcrack blackcrack@blackysgate.de --- Created attachment 79321 --> http://bugs.winehq.org/attachment.cgi?id=79321 Explorer - Wine
Explorerscreenshoot out of wine-10.14 (Staging)
http://bugs.winehq.org/show_bug.cgi?id=58715
--- Comment #4 from blackcrack blackcrack@blackysgate.de --- What, this slim not correct programmed File-browser where works in wine not correctly and have not correct buttons and the head of the File-display Program is not correctly displayed ?
best
http://bugs.winehq.org/show_bug.cgi?id=58715
--- Comment #5 from blackcrack blackcrack@blackysgate.de --- Created attachment 79322 --> http://bugs.winehq.org/attachment.cgi?id=79322 winefile - wine-10.14 - fedora42
so, what's speak against if add slowly.. behind how many Years ... add # to wine and update winefile, i don't have speak about Explorer in this "Bugreport" and # will come , because it's a library where in the modern programs used .. so, should it also used/supported slowly in wine.. And "explorer_new" so explorer is an other program as winefile and i have speak about winefile .
best
http://bugs.winehq.org/show_bug.cgi?id=58715
--- Comment #6 from Zeb Figura z.figura12@gmail.com --- I'm sorry, I can't really parse what you're trying to say here.
In an attempt to clarify, I think that:
(1) I see no reason to implement a featureful file browser in Wine when, as Nikolay says, users surely use native file browsers instead. Do you have any reasons?
(2) Even if there were a reason to have a dedicated file browser in Wine, explorer already satisfies this. Yes, it's buggy, and at this point a worse experience than winefile, but we should just improve it instead of spending effort on implementing or even importing any external code. Mainly because applications can and do embed it.
http://bugs.winehq.org/show_bug.cgi?id=58715
--- Comment #7 from blackcrack blackcrack@blackysgate.de --- Hi Zeb,
i be very Happy about your reply and us conversation :) And, exchange of our information. Thank you ! *thumpsup*
Then it would be very good if more attention were paid to the explorer, so that at least the toolbox bar and the appearance of the explorer were fixed better/faster, so that when someone installs Wine and opens Explorer, it doesn't necessarily appear to be buggy at first glance. That makes the entire Wine project rather mediocre at first glance... And I've been able to follow the entire development of Wine over the years as one of its first users. And the icons I made could also be used, depending on the settings. So that the respective icons (translating SVG into icons or icon resources) can then be used in Wine, depending on the settings/"emulation"/API environment, as an indicator of which APIs are being used, WinXP, Win7, or Win2000... so that Wine presents a better face to the user who uses it. I've also noticed a "wobbly" behavior in Total Commander's tool-buttonbar for some time now, if you drive over with the Mouse. what's causing this ? It's also present in ReactOS and clearly indicates a bug/error... These are all things that don't need to be there and would be advantageous if they had a higher priority in order to at least keep the interface "good" for the users. Just an honest feedback for you from a long-time Linux and MSDos/Win/WinNT user :)
best regards Blacky
-
WineHQ Bugzilla