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

Look into compressed office documents (xlsx, docx, odt, ods, pdf, xml, office) #290

Open
Yyyyes opened this issue Nov 18, 2021 · 6 comments
Labels
wontfix This will not be worked on

Comments

@Yyyyes
Copy link

Yyyyes commented Nov 18, 2021

Hi, Thanks for the great job.
As we work more and more with compressed document files (xml docx xlsx odt ods pdf - ms office, libre office, some graphic formats, pdf ) , are there any plan on adding a module to look inside those type of file ?
Y
PS I use Total commander to do it but it's so slow compared to grepWin!

@BallM4788
Copy link

Echoing this request.

@garry-ut99
Copy link

Also searching in archives would be useful too, which is implemented in dnGrep :

archives

obraz

@stefankueng stefankueng added the wontfix This will not be worked on label Oct 14, 2023
@stefankueng
Copy link
Owner

#389 #166
...

@lifenjoiner
Copy link
Collaborator

Too ambitious, at least when there is no proper solution.
Look at their size, I don't think you expect grepWin to become another dnGrep.
Size Vs features. There is definitely a balance.

@garry-ut99
Copy link

garry-ut99 commented Aug 15, 2024

If grepWin just simply wants to stay a simple tool, that's fine, I do accept it because it's stated since the beginning:
https://github.com/stefankueng/grepWin?tab=readme-ov-file#grepwin : "grepWin is a simple search and replace tool", so I have no intention of changing by force it's nature/design.

Look at their size, I don't think you expect grepWin to become another dnGrep.

But I don't think that users which have dozen of GB of compressed files, which might take 50GB or 100GB on disk after decompressing, care about 170,5 MB disk space gain...they more likely are happy that dnGrep saved a lot more than 170,5MB...hence I don't understand your point of speaking about size in the context of compressed files support, unless you've been speaking not in the context of compressed files support. It's unclear which context you meant.

@lifenjoiner
Copy link
Collaborator

lifenjoiner commented Aug 16, 2024

TIL: Play stupid games, win stupid prizes. >>>

You know what I meant. Don't be a nitpicker.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
wontfix This will not be worked on
Projects
None yet
Development

No branches or pull requests

5 participants