linuxdcpp-team team mailing list archive

[LoRenZo <1153265@xxxxxxxxxxxxxxxxxx>]

Public bug reported:

Manual search related issues and feature requests

Please find my issues and improvement related suggestions for manual
searching below:

- When searching for an entry that generates a considerably large result, while the list is being generated or manipulated, the client gets unresponsible.
  I assume the reason for this is that it uses the main thread as well.
  I would like to ask for creating a seperate thread for searching too.

- Including/excluding hubs from search can only be done by adding/removing the wanted/unwanted hubs one by one. Although is it possible to select multiple hubs, pressing "space" only marks/unmarks to one the which was selected as last (current).
  I would like request to get this fixed, i.e. "space" marks/unmarks all the selected hubs.
  As a reference, connecting to multiple hubs from the favorites list for instance can be done when selected them and pressing "enter".

- At the time when the first search is being evaluated, the result is
only being gathered from the corresponding hub(s). Performing the SAME
search for different hubs results in including the hubs from the
previous searches, even when using a different search window after
closing the last involved one. It seems that the previously "cancelled"
searches are not actually being terminated. The individual searches
should only include results sent from the hubs that are marked for the
related activity.

- Currently, there is no way to perform a "quick search" for the individual hubs. If someone wants to do a search on a specific hub, they need to select the hub manually from the list.
  I would like to request a feature that implies a context menu on the hub's window (just like "copy address to clipboard" and "reconnect") which should be named something like "search on this hub" and upon clicking on it, a search window would pop up with only the current hub being marked for the results.

I can understand that not everything might be impletementable - at least
for the time being -, but I would like to see at least some parts of the
list being adjusted accordingly in the very next releases.

** Affects: dcplusplus
     Importance: Undecided
         Status: New

-- 
You received this bug notification because you are a member of
Dcplusplus-team, which is subscribed to DC++.
https://bugs.launchpad.net/bugs/1153265

Title:
  Manual search related issues and feature requests

Status in DC++:
  New

Bug description:
  Manual search related issues and feature requests

  Please find my issues and improvement related suggestions for manual
  searching below:

  - When searching for an entry that generates a considerably large result, while the list is being generated or manipulated, the client gets unresponsible.
    I assume the reason for this is that it uses the main thread as well.
    I would like to ask for creating a seperate thread for searching too.

  - Including/excluding hubs from search can only be done by adding/removing the wanted/unwanted hubs one by one. Although is it possible to select multiple hubs, pressing "space" only marks/unmarks to one the which was selected as last (current).
    I would like request to get this fixed, i.e. "space" marks/unmarks all the selected hubs.
    As a reference, connecting to multiple hubs from the favorites list for instance can be done when selected them and pressing "enter".

  - At the time when the first search is being evaluated, the result is
  only being gathered from the corresponding hub(s). Performing the SAME
  search for different hubs results in including the hubs from the
  previous searches, even when using a different search window after
  closing the last involved one. It seems that the previously
  "cancelled" searches are not actually being terminated. The individual
  searches should only include results sent from the hubs that are
  marked for the related activity.

  - Currently, there is no way to perform a "quick search" for the individual hubs. If someone wants to do a search on a specific hub, they need to select the hub manually from the list.
    I would like to request a feature that implies a context menu on the hub's window (just like "copy address to clipboard" and "reconnect") which should be named something like "search on this hub" and upon clicking on it, a search window would pop up with only the current hub being marked for the results.

  I can understand that not everything might be impletementable - at
  least for the time being -, but I would like to see at least some
  parts of the list being adjusted accordingly in the very next
  releases.

To manage notifications about this bug go to:
https://bugs.launchpad.net/dcplusplus/+bug/1153265/+subscriptions