linuxdcpp-team team mailing list archive

[eMTee <1153265@xxxxxxxxxxxxxxxxxx>]

** Description changed:

  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.
+ #1 - When searching for keywords that generates a considerably large number of results in small amount of time then the client often gets unresponsible as long as the results added to the list in the Search window.
+   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".
+ #2 - Including/excluding hubs from search can only be done by adding/removing the wanted/unwanted hubs one by one using the checkboxes. Although is it possible to select multiple hubs, pressing "space" only marks/unmarks only one hub, not all the selected.
+   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
+ #3 - 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.
+ #4 - 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.

-- 
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:

  #1 - When searching for keywords that generates a considerably large number of results in small amount of time then the client often gets unresponsible as long as the results added to the list in the Search window.
    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.

  #2 - Including/excluding hubs from search can only be done by adding/removing the wanted/unwanted hubs one by one using the checkboxes. Although is it possible to select multiple hubs, pressing "space" only marks/unmarks only one hub, not all the selected.
    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".

  #3 - 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.

  #4 - 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