Open azubieta opened 5 years ago
s/libappimageinfotool/appimageinfotool/
, to follow what has become a convention in our project (e.g., appimagetool
, appimageupdatetool
).
Also, I'd rename the project to AppImageInfo
.
As per our naming policy
AppImageCamelCases
appimagefoobar[tool]
namesThis mirrors the Mac policy.
But I am not sure this should be a part of the AppImage project at the moment. The AppImage project does not aim to collect any and every tool that is somehow related to AppImage. We are totally fine with projects like Nitrux, KDE,... to maintain independent code bases that do things with AppImages, without wanting this code in the AppImage project. This is especially true as long as no other code in the AppImage project depends on this.
Actually, we have plans of making AppImageLauncher use the libappimageinfo code in order to show a bit more of "info" about the AppImage being opened. And this tool aims to be used not only at Nitrux or KDE but also on GNome, XFCE or any other desktop. Also, it could be used in software centers or file managers. But if you are ok with it living in my github page I'm ok with it :)
Ah, in this case, couldn't we merge it into libappimage?
No. That'd add way too many dependencies to libappimage. We should keep it a separate project.
@probonopd I would like you to review the project in order to move it into the AppImage org. @TheAssassin already suggested to rename the lib to libappimageinfo and the cli command to libappimageinfotool. I actually don't think that the "tool" sufix is required.