Consolidate input query parameters across views for time ranges

### Bug Description:

Consolidate input query parameters across views for time ranges.

Any time-based views uses the `requested_timerange` as input parameter to query the data for a give time range. Other views which don't have the trace time as x-axis don't always use `requested_timerange` for that.

For example, the GANTT_CHART data provider uses the requested_timerange to specify the start duration and end duration if the x-axis is duration. If the x-axis would be other data, e.g. bytes this input parameter would make even less sense. For the GANTT_CHART another query parameter exists in the Trace Compass to specify the time range to apply (see [here](https://github.com/eclipse-tracecompass/org.eclipse.tracecompass/blob/d487cf2e11795a2680d3333677f443e98724bcb9/analysis/org.eclipse.tracecompass.analysis.profiling.core/src/org/eclipse/tracecompass/internal/analysis/profiling/core/flamegraph/FlameGraphDataProvider.java#L506).

Another example are the Latency views, where it's possible to add the query parameter `requested_times` to specify start time (value at index 0) and end time (value at index 1). Additionally it is required to add the filter flag `isFiltered` with value true in the query parameters. Adding this will add total statistics and the time range based statistics in one query.

A third example is the generic xy chart implementation under development (see [here](https://github.com/eclipse-tracecompass/org.eclipse.tracecompass/pull/291#pullrequestreview-3055341970)) where the parameter `requested_timerange` is used for querying the data provider for specific time range.

This ticket is to align the input parameters and behaviour across data providers.

### Additional Information
N/A

Iniziare confrontando la gestione di requested_timerange e requested_times nel provider GANTT_CHART, in FlameGraphDataProvider.java, nelle viste Latency e nel lavoro generico sui grafici XY referenziato in PR #291. L’issue richiede un contratto concordato per i parametri di input e un comportamento coerente tra i data provider; il completamento deve essere verificato rispetto a tale contratto per ogni vista citata.

Scritto dal modello di indicizzazione a partire dal testo della issue.