Propose your solution
Attachments
No attachments.
Duplicates
Comments
|
|
|
Same goes for adept, it`s way too slow, and file *big* based databases are obsolete, the nicest thing would be is database support, using adept/apt/synaptic with a mysql database for example would be ubercool.
|
|
|
|
I think sql light would be enought. But I guess its quite a lot of work.
|
|
|
Indeed, this would probably take quite a bit of work.
It's also worth considering that some users might not want this feature, so it might be nice if it could be turned off.
Good idea though.
|
|
|
Just to make sure I'm understanding correctly, this idea is actually suggesting that synaptic index the *repositories*, right?
I think it's a good idea; just want to make sure I'm understanding it correctly.
|
|
|
how about keeping a timestamp stored for the last change to the repository, and checking the stored timestamp against the repository timestamp to see if it even needs to download anything?
That would save a lot of downloading if there have been no changes.
|
saivann
(Brainstorm moderator)
wrote on the 24 Jul 08 at 00:46
|
|
|
Intrepid already includes a version of synaptic which has a quick search bar with search as you type functionnality (like we see in Firefox, thunderbird, etc.). This is very fast and efficient, I wonder if we should mark this idea as already implemented.
I think that what seanlynch asks for is already implemented. Just try it, if you have outdated repositories and that you click on "update", it will take a long time to download, but if you click again on "update", it won't take 3 seconds, because there's nothing new to download.
|
|
droetker
wrote on the 24 Jul 08 at 05:18
|
|
|
|
I think he doesn't mean the updates, but the search within the packages (and descriptions)
|
|
wolfie2x
wrote on the 27 Jul 08 at 06:21
|
|
|
+1
search doesn't seem to be slow for me, but the time to startup and click the search button is around 4-5 seconds, which feels very slow; specially if you just need to check if something is already installed or not.
I guess the delay comes since "All" filter is selected by default. this is apparent if you click some other filter like "installed" and click back "All", you'll see it's slower than all other filters. May be the time taken to fill the list with all entries..
the simplest solution would be to not select the "All" filter by default. just leave the list blank, and populate only when a user clicks a filter.
|
|
Tanner85
wrote on the 11 Aug 08 at 23:29
|
|
|
I also feel Synaptic is slow!
I agree, search of packages must be done via MySQL Lite...
All beautifully indexed and fast as light, yeah.
|
|
|
@flammon:
> Better titles get more votes I guess.
For better or worse, my experience says this is sooo true.
Personally, I've posted a few ideas that I thought would really take off, only to see them fizzle out, and I (correctly or not) blame the title. If I can give any advice, I'd say to take your time crafting a good title for your idea. It's the first thing people will see and one thing you can't edit afterward.
|
Post your comment
|
