Open probonopd opened 2 years ago
Supposedly can empty the Trash (could not confirm it working on helloSystem)
Opening the Trash does not work anymore
Apparently they are moving to very CutefishOS specific ways to open and empty the trash:
void TrashManager::emptyTrash()
{
QProcess::startDetached("cutefish-filemanager", QStringList() << "-e");
}
void TrashManager::openTrash()
{
QProcess::startDetached("cutefish-filemanager", QStringList() << "trash:///");
}
whereas we'd need
void TrashManager::emptyTrash()
{
// Something Filer specific to be written
}
void TrashManager::openTrash()
{
// As long as Filer is (still) using gio
QProcess::startDetached("gio", QStringList() << "open" << "trash:///");
}
Is there really no standard for showing and emptying the Trash e.g., via stanardized D-Bus commands?
I need a dock myself, maybe we should join forces? :)
Hi @rodlie
maybe we should join forces?
helloSystem will not center around XDG standards but will introduce alternative, more powerful, easier, and more robust oncepts. That's the plan, anyway. I'd love to brainstorm with you whether to make this into a "XDG-ng" of sorts.
but Kf5WindowSystem is a tremendous help when dealing with windows. It pulls in no other KDE dependencies
Ok, will need to check it out.
Qml allows for nice animation effects without which a Dock will look very static. But Qml could be used sparingly
Effects can be done on widgets also, don't see a direct need for QML. We could support both(?), anyway not that important yet.
helloSystem will not center around XDG standards but will introduce alternative, more powerful, easier, and more robust oncepts. That's the plan, anyway. I'd love to brainstorm with you whether to make this into a "XDG-ng" of sorts.
Why do you care? I will make an library that handles this anyway, the dock (or any app in general) does not need to know stuff like this, it will just use an library that gives it what it wants (apps, icons etc). The library can even be exposed through dbus if needed.
One more thing...
What is the current status of this dock?
And to clarify regarding XDG. The library will support XDG, AppDir and whatever else that's needed to detect apps. Not sure introducing another "standard" will help.
stable
In the sense of not crashing, definitely. Been running as my daily driver for over a year, has not really crashed once on me.
all the wm stuff works?
Define "all the wm stuff". Probably not.
https://github.com/cutefishos/ is newer and probably supports more wm stuff but uses less Qt Widgets and introduced a non-standard dependency. So possibly it needs to be cherry-picked.
Effects can be done on widgets also, don't see a direct need for QML.
How would you do, e.g., this with Qt Widgets?
https://user-images.githubusercontent.com/2480569/199808536-d78c8d87-22e2-4296-8087-8c3ef5094399.mp4
And to clarify regarding XDG
Wrote down my work-in-progress ideas here.
Consider switching to CutefishOS Dock
Advantages:
Direction=0
But:
QDBusInterface iface("com.cutefish.Session", "/Session", "com.cutefish.Session", QDBusConnection::sessionBus());
- what is this for?RoundedWindow=false
has no effectBlocked by: https://github.com/cutefishos/dock/issues/10