Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

(GTKUI) Traditional Client <-> Server approach #124

Open
wdlkmpx opened this issue Nov 7, 2021 · 0 comments
Open

(GTKUI) Traditional Client <-> Server approach #124

wdlkmpx opened this issue Nov 7, 2021 · 0 comments

Comments

@wdlkmpx
Copy link
Collaborator

wdlkmpx commented Nov 7, 2021

Currently gFTP allows disconnecting from the the Local filesystem and connect to remote hosts with other protocols.

The Local filesystem protocol does not support remote connections or Hosts, so people get confused when they try to use it, the Hosts combobox must not contain an IP or hostname but a directory.

So it's possible to have 2 Local connections (Local & Remote) making gftp a traditional file manager without the powa of a traditional file manager

The Local menu should not have Open Location and Disconnect... disconnecting from the Local filesystem (in the Local "window") triggers a WTH reaction. To reconnect to the local filesystem you must provide a directory in the URL field.. using the Local->Open Location menu, there's no other way.

If you do it any other way, unexpected behavior may happen.. voodoo. It really takes a long time to understand how gFTP works.

When you select gFTP->Window 1, it means you can use the Local window as a remote connection, that's why Window 2 is selected by default (Remote window for remote connections), when you're switching between the 2 "windows", you can see some sort of voodoo happening in the Hosts combo.

I could go on and on explaining my findings, but let's limit the power of gFTP and implement to approach I'm proposing, that means goodbye to the FTP FXP stuff. This also limits the amount of voodoo that can happen.

That way it's easier to simplify the GTK transfer stuff a bit so that the GTK3 port can finally compile (GtkCTree -> GtkTreeView with GtkListStore).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant