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
Allow specifying multiple areas and areas by % using -a option #209
Comments
Hi @asheeshrana, That's a good suggestion, and should be pretty easy to implement. My only concern is keeping the command line options consistent, and easy to understand. BTW, we'd love to get a pull request for this feature :) |
Thanks for the response. Each group of 4 parameters would define an area that could be used to extract the table If the value of parameters top, left, bottom, right is between 0-1 (inclusive), we can consider it as a fractions of height and width... e.g. the below parameters And update the description for -a option as Let me know if you have any concerns... Expect a pull request soon :). |
I have concerns about the between-0-and-1 overloading of I would suggest using a prefix, in example
|
@criztovyl New description PS: -f is being used for format (JSON, CSV etc...) |
+1 to the prefix. BTW, let's make sure that we're validating the input. Usability-wise, percentages (0-100) strike me better than 0-1 fractional values. What do you think? |
I don't have preference for either. I will do % then. New description |
BTW, I'm not sure about extending the valid inputs for What about changing
|
I agree multiple occurrences of-a is much cleaner. Updated description... |
Created the pull request... tabula-java allow specifying multiple areas |
The PR was merged and hence closing this issue. |
From commandline, currently we can only specify one area at a time. I want to specify multiple areas as well as areas using top, left, bottom, right as % of height and width of the page for my use case.
Multiple areas are helpful when trying to extract tables from multiple parts of the page using commandline
Specifying areas using % of height and width is useful when I don't want to calculate absolute value of top/left/bottom/right points to define areas.
I will be happy to do the changes and create pull request myself if such a change is acceptable.
The text was updated successfully, but these errors were encountered: