| Summary: | Inconsistent parameter type for checks on tabbed panes | ||
|---|---|---|---|
| Product: | [Technology] Jubula | Reporter: | Felix Ziesel <Felix.Ziesel> |
| Component: | UI | Assignee: | Project Inbox <jubula.ui-inbox> |
| Status: | CLOSED WONTFIX | QA Contact: | Oliver Goetz <Oliver.Goetz> |
| Severity: | enhancement | ||
| Priority: | P3 | CC: | alexandra.schladebeck |
| Version: | 0.9.0 | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | All | ||
| Whiteboard: | |||
|
Description
Felix Ziesel
Another alternative would be to join the modules that currently use just index or just value so that they also act with either. We made the decision to go this way for new modules (e.g. table headers) a while ago to keep the libraries "slimmer". Tabs which have numbers as names should be able to be addressed using the operator "matches" like so: .*12345.* or '12345'. "12345" is then interpreted as a string, not an integer. Another possibility would be to make String and Integer parameters compatible with each other. (In reply to comment #1) > Another alternative would be to join the modules that currently use just index > or just value so that they also act with either. We made the decision to go > this way for new modules (e.g. table headers) a while ago to keep the libraries > "slimmer". > > Tabs which have numbers as names should be able to be addressed using the > operator "matches" like so: .*12345.* or '12345'. "12345" is then interpreted > as a string, not an integer. > > Another possibility would be to make String and Integer parameters compatible > with each other. This is another possibility. But I think the test developer should make a decision if he want to use the index or the value. The .*-Solution smells a little bit like workaround for me ;-) I still agree that this is a change that we might want to do, but I don't see us doing it in the near future. Marking as wontfix. If anyone has other / new arguments, please reopen. |