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

Allow db2sps to use variables #5

Open
clinaresl opened this issue Feb 18, 2020 · 1 comment
Open

Allow db2sps to use variables #5

clinaresl opened this issue Feb 18, 2020 · 1 comment
Assignees
Labels
enhancement New feature or request

Comments

@clinaresl
Copy link
Owner

db2sps currently works but it is awkward to use when designing large spreadsheets. In particular, even if the concept is simple, the specification file gets huge and involved. One among other issues is that all information is placed wrt a marker which is the cardinal point of a region. The easy concept of "going to the next line" is not implemented yet.
This suggests having "variables" which could be of two types:

  • Default variables: mark (or point) and region which automatically keep track of the last writing. Hence, things like "mark + (0,2)" would mean "two lines below the last one" in spite of the specific contents written there! Another example "region.e + (2,0)" would be interpreted as two columns away to the east, again in spite of the contents written in the region.
  • User variables: why not allowing the user to create her own anchors in the spreadsheet? This could then be freely used, again in spite of the specific contents of the spreadsheet.
    This would actually ease the task of designing and understanding spreadsheets. Note that the most relevant benefit of variables is that of referring to different parts of the spreadsheet without ever taking care of the specific contents written either there or here.
@clinaresl clinaresl added the enhancement New feature or request label Feb 18, 2020
@clinaresl clinaresl self-assigned this Feb 18, 2020
@clinaresl
Copy link
Owner Author

To make life easier, default variables such as "mark" and "region" could be also named with alias such as '.' and '*'

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

No branches or pull requests

1 participant