Re: Systems Settings - Desktop Search
On Mon, Mar 31, 2014 at 3:15 AM, Albert Astals Cid wrote: > El Dilluns, 31 de març de 2014, a les 07:27:38, Lindsay Mathieson va > escriure: > > On Sun, 30 Mar 2014 11:19:26 PM Albert Astals Cid wrote: > > > > I don't like this automagic stuff. > > > > > > This is not a very good sentence to be honest. You shouldn't be using a > > > computer at all if you don't like automagic stuff. > > > > ha ha. > > > > Automagic refers to software that tries to guess whats best for you. This > > can never be done and just leads to user frustration, especially if you > > have no way of overriding it. > > Which from reading all of the thread I understand you have, it may not be > the > exact way you would like to override stuff but it can be done. > Albert, Have you actually tried the configuration that we are talking about here? Its really hard to understand this problem without actually experiencing it. > > I expect stuff like this from Apple or > > Microsoft. > > He he, do you really think dropping these names makes you win the argument? > Hint, it doesn't. > It might sound funny to you (and he missed GNOME in the list), but I will agree with him here. As I have noted earlier, people use KDE because they can configure* their system to work as they want it to. That is one of the reasons I personally use KDE, from a user's point of view. * using UI, not config files > > Cheers, > Albert > > > > > KDE is about giving users options, not taking them away. > > > >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to > unsubscribe << > @Everyone, In any case, I have two screenshots - [1] shows the config detecting one of my extra drives that it is not including by default. If I want it to be indexed, I remove it from the list which gives you [2]. Now, looking at this UI, there is no indication what is being indexed - let alone the possibility of selecting what needs to be indexed. I appreciate the fact that we're trying to make our software smarter and better, which is great. However, even if it is possible to achieve a near 100% perfect algorithm to show me exactly what search results I want, I am sure the first version of Baloo isn't there yet (Vishesh, correct me if I am wrong). So while we are not there, can we avoid frustrating the user? Another thing that has been said is that this is because people are having this concern are too used to Nepomuk. Well, isn't that exactly what is going to happen with every regular user? The whole reason I'm spending time on this is because I am already imagining blog posts from frustrated users - that brings back the memories of the Nepomuk (KDE<4.10) times all over again. [1] http://i.imgur.com/bfzMkhm.png [2] http://i.imgur.com/5lDLNcd.png Cheers, -- Shantanu Tushar(UTC +0530) http://www.shantanutushar.com >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
Re: Is Konqueror still a live project?
On 28/03/2014, at 9:16 PM, Aaron Zakhrov wrote: > some distros ship it (Konqueror) as the default web browser but it is still a > pretty good file manager A subsidiary question. What replaces Konqueror now? Dolphin replaces the file manager functionality, but what is the "official" supported KDE browser? I am interested from the point of view of what should be ported and offered on the Apple OS X platform. Regards, Ian W. >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
Re: Systems Settings - Desktop Search
[ Comments below, in-line ] On 03/30/2014 06:44 PM, Thomas Lübking wrote: I wasn't suggesting you were getting offended ... I was suggesting Albert. Yupp, got that. My bad ... I read your original reply in haste. Sorry. -- Pablo Sanchez - Blueoak Database Engineering, Inc Ph:819.459.1926 Blog: http://pablo-blog.blueoakdb.com Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
Re: Systems Settings - Desktop Search
I followed this thread closely. Although I haven't done real personal testing, I hope I may leave some comments. I agree with Lindsay that users should be allowed more control *not by default*. That would mean, having an 'advanced' tab that includes both Whitelist and Blacklist options. Even if Baloo is blazing fast, some users (like me) would appreciate options to disabled certain path to be indexed (even without any performance gain). Some people can actually do customizing for the sake of customizing? About the folder name/full path, I propose a 'detailed' view option that can show full path. (Folder name - folder path - date added/removed from black/whitelist) I hope my comments is helpful. Please forgive me and discard it otherwise, I might have no ground to post any comment (I'm self learning to code just that I can contribute to KDE someday). On Mar 31, 2014 5:13 AM, "Thomas Lübking" wrote: > On Sonntag, 30. März 2014 23:46:01 CEST, Pablo Sanchez wrote: > >> [ Comments below, in-line ] >> >> On 03/30/2014 05:43 PM, Albert Astals Cid wrote: >> >>> I did that twice today already. I am sorry i failed your reading test. >>> Will >>> refrain for further commenting in this thread. >>> >> >> I don't think you should get offended because perhaps there was a >> translation issue but your comments were a bit `barbed' ... >> > > I don't mind being addressed barbed - as long as there's sth. to address. > > Sum up: > Vishesh apparently felt insulted, because he thought Lindsay would have > implied that he could not do it right and I pointed out that to me Lindsay > clearly meant that he (or anybody) could not know what is "right" to the > user in this regard and it's also about giving the user the idea of control > (because, frankly, w/o reading the code you're in nothing like that). > She confirmed and stressed that this was not questioning Vishesh's skills, > Vishesh accepted - item done. > > When, in the context of his mass reply, Albert picked a line from my > "translation" and asked me about the presence of a feature on that, i was > frankly under the impression that he was merely reacting on keywords and > not following the line of a discussion that also finished some hours ago. > > > Cheers, > Thomas > > Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to >>> unsubscribe << >>> >> >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
Re: Systems Settings - Desktop Search
On 31 March 2014 08:11, Vishesh Handa wrote: > On Monday, March 31, 2014 07:16:13 AM Lindsay Mathieson wrote: >> >> Why are you so intent on telling us what we should be indexing? what is >> wrong with giving the user choice? > > Nepomuk was never just about "searching". It was also about applications > getting built on top of it in order to leverage the information that it has. I > would like Baloo to be similar. True, but the same applies - control over what is "searchable" / "relatable" > > Additionally, as previously stated, I don't think users should have to care > about what is being indexed and what is not. That's a remnant from the Nepomuk > days where stuff was too slow. I believe that we should be good enough to > accurately determine what the user is looking for and show those results. This is where we differ, I don't think its possible to accurtaely or reliably be able to determine 100% what should/shouldn't be indexed. And not allowing the user to easily override this in the UI is a bigger mistake. I can think of one situation where the current UI just will not work. My "/data" directory used to be just a directory on the boot disk. Under the current system it would not be indexed by default and there would be no way of setting this in the UI. > > And finally, the users still have a choice, I'm just not giving them the fine > grained control that you want *by default*. The backend still supports all > these features. That is good > You're more than welcome to write a UI to configure them or ask > some other developers to. A valid option, I will try to put some time into this. But as with everyone else I have work and other kde projects to attend to. I do appreciate that UI's take a lot of work to create and maintain, and you are only just one person :) Cheers, -- Lindsay >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
Re: Systems Settings - Desktop Search
On Montag, 31. März 2014 00:20:39 CEST, Pablo Sanchez wrote: I wasn't suggesting you were getting offended ... I was suggesting Albert. Yupp, got that. No, didn't mean to. Yes, was irritated by Alberts (suggestive) question. Cheers, Thomas Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
Re: Systems Settings - Desktop Search
[ Comments below, in-line ] On 03/30/2014 06:15 PM, Thomas Lübking wrote: On Sonntag, 30. März 2014 23:46:01 CEST, Pablo Sanchez wrote: [ Comments below, in-line ] On 03/30/2014 05:43 PM, Albert Astals Cid wrote: I did that twice today already. I am sorry i failed your reading test. Will refrain for further commenting in this thread. I don't think you should get offended because perhaps there was a translation issue but your comments were a bit `barbed' ... I don't mind being addressed barbed - as long as there's sth. to address. Hi Thomas, I wasn't suggesting you were getting offended ... I was suggesting Albert. Cheers, -- Pablo Sanchez - Blueoak Database Engineering, Inc Ph:819.459.1926 Blog: http://pablo-blog.blueoakdb.com Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
Re: Systems Settings - Desktop Search
On Sonntag, 30. März 2014 23:46:01 CEST, Pablo Sanchez wrote: [ Comments below, in-line ] On 03/30/2014 05:43 PM, Albert Astals Cid wrote: I did that twice today already. I am sorry i failed your reading test. Will refrain for further commenting in this thread. I don't think you should get offended because perhaps there was a translation issue but your comments were a bit `barbed' ... I don't mind being addressed barbed - as long as there's sth. to address. Sum up: Vishesh apparently felt insulted, because he thought Lindsay would have implied that he could not do it right and I pointed out that to me Lindsay clearly meant that he (or anybody) could not know what is "right" to the user in this regard and it's also about giving the user the idea of control (because, frankly, w/o reading the code you're in nothing like that). She confirmed and stressed that this was not questioning Vishesh's skills, Vishesh accepted - item done. When, in the context of his mass reply, Albert picked a line from my "translation" and asked me about the presence of a feature on that, i was frankly under the impression that he was merely reacting on keywords and not following the line of a discussion that also finished some hours ago. Cheers, Thomas Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
Re: Systems Settings - Desktop Search
On Sunday, March 30, 2014 11:13:09 PM Albert Astals Cid wrote: > El Dissabte, 29 de març de 2014, a les 11:17:45, Vishesh Handa va escriure: > > On Saturday, March 29, 2014 12:47:46 PM Lindsay Mathieson wrote: > > > KDE 4.12.95 (Kubuntu 14.04 Beta 2) > > > > > > Is there work planned for this? because as is, its quite confusing and > > > appears to be missing crucial settings. > > > > > > All I'm seeing is a "Do not search in these locations' list of folder > > > leaves. > > > > > > - For a start off, only listing the last section of the directory name > > > will > > > not do. People will have many folders all ending with the same leaf and > > > its > > > impossible to tell them apart with this. > > > > I disagree. I don't think people will have many different folders with the > > same names. > > That's a very bold statement, i have lots of different folders with > different parent paths and the same leaf folder name > Which you wouldn't want to have indexed? Anyway, I'm okay with showing the full path. I just think just the folder name looks much better aesthetically. > Cheers, > Albert > > >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe > >> << -- Vishesh Handa >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
Re: Systems Settings - Desktop Search
On Monday, March 31, 2014 07:16:13 AM Lindsay Mathieson wrote: > > Why are you so intent on telling us what we should be indexing? what is > wrong with giving the user choice? Nepomuk was never just about "searching". It was also about applications getting built on top of it in order to leverage the information that it has. I would like Baloo to be similar. Having everything indexed means that other application such as your photo viewer, media player, video player, etc can leverage this information. Additionally, as previously stated, I don't think users should have to care about what is being indexed and what is not. That's a remnant from the Nepomuk days where stuff was too slow. I believe that we should be good enough to accurately determine what the user is looking for and show those results. And finally, the users still have a choice, I'm just not giving them the fine grained control that you want *by default*. The backend still supports all these features. You're more than welcome to write a UI to configure them or ask some other developers to. -- Vishesh Handa >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
Re: Systems Settings - Desktop Search
[ Comments below, in-line ] On 03/30/2014 05:43 PM, Albert Astals Cid wrote: I did that twice today already. I am sorry i failed your reading test. Will refrain for further commenting in this thread. I don't think you should get offended because perhaps there was a translation issue but your comments were a bit `barbed' ... Cheers, -- Pablo Sanchez - Blueoak Database Engineering, Inc Ph:819.459.1926 Blog: http://pablo-blog.blueoakdb.com Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
Re: Systems Settings - Desktop Search
El Dilluns, 31 de març de 2014, a les 07:27:38, Lindsay Mathieson va escriure: > On Sun, 30 Mar 2014 11:19:26 PM Albert Astals Cid wrote: > > > I don't like this automagic stuff. > > > > This is not a very good sentence to be honest. You shouldn't be using a > > computer at all if you don't like automagic stuff. > > ha ha. > > Automagic refers to software that tries to guess whats best for you. This > can never be done and just leads to user frustration, especially if you > have no way of overriding it. Which from reading all of the thread I understand you have, it may not be the exact way you would like to override stuff but it can be done. > I expect stuff like this from Apple or > Microsoft. He he, do you really think dropping these names makes you win the argument? Hint, it doesn't. Cheers, Albert > > KDE is about giving users options, not taking them away. >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
Re: Systems Settings - Desktop Search
[ Comments below, in-line ] On 03/30/2014 05:41 PM, Lindsay Mathieson wrote: On Sun, 30 Mar 2014 11:26:26 PM Albert Astals Cid wrote: I'm not the one making assertions about most users. I disagree. "Better to leave it bare and simple initially" seems like you are making assertions about most users. No, it means not predetermining the outcome, but seeing what user feedback provides. Thank you Lindsay for fighting this fight ... while it's great to have intelligent software, it's equally important to provide methods of overriding its intelligence since `the field' is never quite like the `lab' Cheers, -- Pablo Sanchez - Blueoak Database Engineering, Inc Ph:819.459.1926 Blog: http://pablo-blog.blueoakdb.com Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
Re: Systems Settings - Desktop Search
El Diumenge, 30 de març de 2014, a les 23:31:34, Thomas Lübking va escriure: > On Sonntag, 30. März 2014 23:21:18 CEST, Albert Astals Cid wrote: > > El Dissabte, 29 de març de 2014, a les 15:21:26, Thomas Lübking va escriure: > >> On Samstag, 29. März 2014 15:09:10 CEST, Vishesh Handa wrote: > I currently have no idea what is being indexed on my pc. I > have no way of > finding out. If I change my directory structure or add extra > media mounts I > just have to have faith that baloo does the right thing. > > It just seems a recipe for user angst and frustration. ... > >>> > >>> I'm not sure if this is the way you intended it, but to me this > >>> translates to > >>> - "I have no trust in the software you have written and would like to > >>> check > >>> every thing it is doing, and I expect you to provide user > >>> interfaces so that I > >>> can monitor it every second" > >> > >> To me it translates to the simple fact that "I doubt that > >> other people know > >> what i want/need to be indexed and i'd like to know and control what is > >> indexed on MY box", > > > > And you can configure what you want indexed in your box, can't you? > > Maybe read the thread again? > What Lindsay wrote, Vishesh read and I then commented? I did that twice today already. I am sorry i failed your reading test. Will refrain for further commenting in this thread. Cheers, Albert > > If you want a personal comment: > to me the config GUI is not providing positive knowledge (ie. what is > ultimately indexed at the moment), no - but that wasn't the topic, i think. > > Thomas > > >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe > >> << >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
Re: Is Konqueror still a live project?
On Sun, 30 Mar 2014 04:35:56 PM Albert Astals Cid wrote: > Do the code, I'm sure we can review the changes and agree on them if they > are good Ok :) -- Lindsay signature.asc Description: This is a digitally signed message part. >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
Re: Systems Settings - Desktop Search
On Sun, 30 Mar 2014 11:26:26 PM Albert Astals Cid wrote: > > I'm not the one making assertions about most users. > > I disagree. "Better to leave it bare and simple initially" seems like you > are making assertions about most users. No, it means not predetermining the outcome, but seeing what user feedback provides. -- Lindsay signature.asc Description: This is a digitally signed message part. >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
Re: Systems Settings - Desktop Search
On Sonntag, 30. März 2014 23:21:18 CEST, Albert Astals Cid wrote: El Dissabte, 29 de març de 2014, a les 15:21:26, Thomas Lübking va escriure: On Samstag, 29. März 2014 15:09:10 CEST, Vishesh Handa wrote: I currently have no idea what is being indexed on my pc. I have no way of finding out. If I change my directory structure or add extra media mounts I just have to have faith that baloo does the right thing. It just seems a recipe for user angst and frustration. ... I'm not sure if this is the way you intended it, but to me this translates to - "I have no trust in the software you have written and would like to check every thing it is doing, and I expect you to provide user interfaces so that I can monitor it every second" To me it translates to the simple fact that "I doubt that other people know what i want/need to be indexed and i'd like to know and control what is indexed on MY box", And you can configure what you want indexed in your box, can't you? Maybe read the thread again? What Lindsay wrote, Vishesh read and I then commented? If you want a personal comment: to me the config GUI is not providing positive knowledge (ie. what is ultimately indexed at the moment), no - but that wasn't the topic, i think. Thomas Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
Re: Systems Settings - Desktop Search
On Sun, 30 Mar 2014 11:19:26 PM Albert Astals Cid wrote: > > I don't like this automagic stuff. > > This is not a very good sentence to be honest. You shouldn't be using a > computer at all if you don't like automagic stuff. ha ha. Automagic refers to software that tries to guess whats best for you. This can never be done and just leads to user frustration, especially if you have no way of overriding it. I expect stuff like this from Apple or Microsoft. KDE is about giving users options, not taking them away. -- Lindsay signature.asc Description: This is a digitally signed message part. >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
Re: Systems Settings - Desktop Search
El Dilluns, 31 de març de 2014, a les 07:23:26, Lindsay Mathieson va escriure: > On Sun, 30 Mar 2014 11:19:58 PM Albert Astals Cid wrote: > > > You've surveyed users on this? have some data? > > > > Have you? > > I'm not the one making assertions about most users. I disagree. "Better to leave it bare and simple initially" seems like you are making assertions about most users. Cheers, Albert >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
Re: Systems Settings - Desktop Search
El Dilluns, 31 de març de 2014, a les 07:18:25, Lindsay Mathieson va escriure: > On Sun, 30 Mar 2014 11:14:52 PM Albert Astals Cid wrote: > > > And totally breaks on any machine with multiple user accounts, which is > > > actually quite common, both for business and home usage. > > > > Why would it break on multiple user accounts? > > My searches shouldn't be returning results for other peoples private data. If you can read them, the files aren't "other peoples private data". chmod/chown them properly so you can't read that data and that's it. Cheers, Albert > > Its a moot point, apparently baloo defaults to just the $HOME directory. > Something the config dialog does not indicate at all. >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
Re: Systems Settings - Desktop Search
On Sun, 30 Mar 2014 11:19:26 PM Albert Astals Cid wrote: > > > We don't need to filter out source code, it already does. > > > We don't need to black list external devices, it already does. > > > It just works out of the box. > > > > > > > > Except when it doesn't. > > Then it's a bug, report it and will be fixed Or just let users have the options they used to have, so that its not an issue. -- Lindsay signature.asc Description: This is a digitally signed message part. >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
Re: Systems Settings - Desktop Search
On Sun, 30 Mar 2014 11:19:58 PM Albert Astals Cid wrote: > > You've surveyed users on this? have some data? > > Have you? I'm not the one making assertions about most users. -- Lindsay signature.asc Description: This is a digitally signed message part. >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
Re: Systems Settings - Desktop Search
El Dissabte, 29 de març de 2014, a les 15:21:26, Thomas Lübking va escriure: > On Samstag, 29. März 2014 15:09:10 CEST, Vishesh Handa wrote: > >> I currently have no idea what is being indexed on my pc. I have no way of > >> finding out. If I change my directory structure or add extra > >> media mounts I > >> just have to have faith that baloo does the right thing. > >> > >> It just seems a recipe for user angst and frustration. > > > > I'm not sure if this is the way you intended it, but to me this > > translates to > > - "I have no trust in the software you have written and would like to > > check > > every thing it is doing, and I expect you to provide user > > interfaces so that I > > can monitor it every second" > > To me it translates to the simple fact that "I doubt that other people know > what i want/need to be indexed and i'd like to know and control what is > indexed on MY box", And you can configure what you want indexed in your box, can't you? Cheers, Albert > so don't try to turn it into a techinal insult, that's > ridiculous. You /cannot/ do it right since you /cannot/ know what is > "right" in the first place. That's not a technical issue. > > Thomas > > >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe > >> << >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
Re: Systems Settings - Desktop Search
El Diumenge, 30 de març de 2014, a les 00:05:01, Lindsay Mathieson va escriure: > On Sat, 29 Mar 2014 03:00:36 PM Vishesh Handa wrote: > > What I was really trying to do was hide the concept of "indexing" from the > > user. They care about searching, not about "indexing". > > You've surveyed users on this? have some data? Have you? Cheers, Albert > > Users care about results and confidence in those results. Information on > what is indexed improves this. >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
Re: Systems Settings - Desktop Search
El Dissabte, 29 de març de 2014, a les 23:34:36, Lindsay Mathieson va escriure: > On Sat, 29 Mar 2014 02:18:24 PM Andrea Scarpino wrote: > > We had a bad experience with Nepomuk and now we want to control everything > > about this new desktop search settings, but we don't have to. > > We don't need to filter out source code, it already does. > > We don't need to black list external devices, it already does. > > It just works out of the box. > > Except when it doesn't. Then it's a bug, report it and will be fixed > I don't like this automagic stuff. This is not a very good sentence to be honest. You shouldn't be using a computer at all if you don't like automagic stuff. Cheers, Albert >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
Re: Systems Settings - Desktop Search
On Sun, 30 Mar 2014 11:14:52 PM Albert Astals Cid wrote: > > And totally breaks on any machine with multiple user accounts, which is > > actually quite common, both for business and home usage. > > Why would it break on multiple user accounts? My searches shouldn't be returning results for other peoples private data. Its a moot point, apparently baloo defaults to just the $HOME directory. Something the config dialog does not indicate at all. -- Lindsay signature.asc Description: This is a digitally signed message part. >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
Re: Systems Settings - Desktop Search
On Sun, 30 Mar 2014 03:44:34 PM Vishesh Handa wrote: > It would be awesome if you could come up with some test cases where you're > looking for a particular file, and the top result(s) is not the one you > expected because of these "garbage" files. Backups, Archives, Shared folder repositories - anything that could generate search results obscuring the content you actually want searched. My own /data list: dl export images lost+found nfs recovered softlog stuff testing VirtualBox dws Games lindsay Music ovirt recovered-types Steam Tax Video VM Only the /Data/Lindsay/Documents path needs to be indexed, and a number of the other paths *really* shouldn't be indexed. Why are you so intent on telling us what we should be indexing? what is wrong with giving the user choice? -- Lindsay signature.asc Description: This is a digitally signed message part. >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
Re: Systems Settings - Desktop Search
El Dissabte, 29 de març de 2014, a les 21:07:04, Lindsay Mathieson va escriure: > On Sat, 29 Mar 2014 11:17:45 AM you wrote: > > > - A simple black list will not do. I need a white list - the ability to > > > specify disjoint folders for indexing, not the other way around. And I'm > > > sure the majority of people will be the same. > > > > What makes you say that? > > The more I think on it, the less useful it is to index the whole machine by > default. For a start off there is a lot of content that make no sense to > index - config files, scripts, web apps, all the binaries of course. > > And totally breaks on any machine with multiple user accounts, which is > actually quite common, both for business and home usage. Why would it break on multiple user accounts? Cheers, Albert >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
Re: Systems Settings - Desktop Search
El Dissabte, 29 de març de 2014, a les 11:17:45, Vishesh Handa va escriure: > On Saturday, March 29, 2014 12:47:46 PM Lindsay Mathieson wrote: > > KDE 4.12.95 (Kubuntu 14.04 Beta 2) > > > > Is there work planned for this? because as is, its quite confusing and > > appears to be missing crucial settings. > > > > All I'm seeing is a "Do not search in these locations' list of folder > > leaves. > > > > - For a start off, only listing the last section of the directory name > > will > > not do. People will have many folders all ending with the same leaf and > > its > > impossible to tell them apart with this. > > I disagree. I don't think people will have many different folders with the > same names. That's a very bold statement, i have lots of different folders with different parent paths and the same leaf folder name Cheers, Albert >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
Re: Review Request 117187: [Baloo] cmake: Introduce a config.h to use non-standard features conditionally.
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/117187/ --- (Updated March 30, 2014, 4:02 p.m.) Status -- This change has been marked as submitted. Review request for Baloo and Vishesh Handa. Repository: baloo Description --- malloc_trim(3) is a GNU extension and thus should not be used unconditionally. Solve this problem by adding more checks to ConfigureChecks.cmake and using a config.h so that we only use non-standard features if their presence has been detected at configuration time. Diffs - CMakeLists.txt 977eaf7e99da7742d5ea87ecb10df8c2355f81db ConfigureChecks.cmake 34db1e47338002d83250c5e3276bf207c477c30f config.h.cmake PRE-CREATION src/xapian/xapiandatabase.cpp d139ea70e60236a91e716e8ace03f4e01bb55706 Diff: https://git.reviewboard.kde.org/r/117187/diff/ Testing --- I can build baloo on FreeBSD again, all tests pass. Thanks, Raphael Kubo da Costa >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
Re: Review Request 117187: [Baloo] cmake: Introduce a config.h to use non-standard features conditionally.
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/117187/#review54623 --- This review has been submitted with commit 06aa36ed71df4f83cdbfdfe09ac2f15515323b52 by Raphael Kubo da Costa to branch master. - Commit Hook On March 30, 2014, 11:45 a.m., Raphael Kubo da Costa wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://git.reviewboard.kde.org/r/117187/ > --- > > (Updated March 30, 2014, 11:45 a.m.) > > > Review request for Baloo and Vishesh Handa. > > > Repository: baloo > > > Description > --- > > malloc_trim(3) is a GNU extension and thus should not be used > unconditionally. > > Solve this problem by adding more checks to ConfigureChecks.cmake and using > a config.h so that we only use non-standard features if their presence has > been detected at configuration time. > > > Diffs > - > > CMakeLists.txt 977eaf7e99da7742d5ea87ecb10df8c2355f81db > ConfigureChecks.cmake 34db1e47338002d83250c5e3276bf207c477c30f > config.h.cmake PRE-CREATION > src/xapian/xapiandatabase.cpp d139ea70e60236a91e716e8ace03f4e01bb55706 > > Diff: https://git.reviewboard.kde.org/r/117187/diff/ > > > Testing > --- > > I can build baloo on FreeBSD again, all tests pass. > > > Thanks, > > Raphael Kubo da Costa > > >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
Re: Is Konqueror still a live project?
El Divendres, 28 de març de 2014, a les 20:37:19, Lindsay Mathieson va escriure: > On Fri, 28 Mar 2014 11:29:11 AM Àlex Fiestas wrote: > > he best thing about free software is that projects never die, so go ahead > > and implement those features! > > Is there still a project maintainer who can ok additions? I want to make > minor changes to the UI and add inline spellchecking for the webkit part. > It would be annoying to do so, only to have them rejected. Do the code, I'm sure we can review the changes and agree on them if they are good :) Cheers, Albert >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
Re: Systems Settings - Desktop Search
On Sunday, March 30, 2014 04:53:50 PM Shantanu Tushar Jha wrote: > Right now the other dirs contain almost everything else on my machine. If I > index them, small images, short duration audio clips[*] get indexed and > skew up my search results. At least in Plasma Media Center we're going to > add an option to ignore images/audio/video below a certain > dimension/duration, but searches in other apps like dolphin (milou?) etc > will still have these "garbage" content that I don't want to show up. > My opinion is that we should be doing a good job returning the file you're looking for when searching even if you have a lot of garbage. It would be awesome if you could come up with some test cases where you're looking for a particular file, and the top result(s) is not the one you expected because of these "garbage" files. -- Vishesh Handa >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
Re: Review Request 117187: [Baloo] cmake: Introduce a config.h to use non-standard features conditionally.
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/117187/#review54598 --- Ship it! looks ok - Aleix Pol Gonzalez On March 30, 2014, 11:45 a.m., Raphael Kubo da Costa wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://git.reviewboard.kde.org/r/117187/ > --- > > (Updated March 30, 2014, 11:45 a.m.) > > > Review request for Baloo and Vishesh Handa. > > > Repository: baloo > > > Description > --- > > malloc_trim(3) is a GNU extension and thus should not be used > unconditionally. > > Solve this problem by adding more checks to ConfigureChecks.cmake and using > a config.h so that we only use non-standard features if their presence has > been detected at configuration time. > > > Diffs > - > > CMakeLists.txt 977eaf7e99da7742d5ea87ecb10df8c2355f81db > ConfigureChecks.cmake 34db1e47338002d83250c5e3276bf207c477c30f > config.h.cmake PRE-CREATION > src/xapian/xapiandatabase.cpp d139ea70e60236a91e716e8ace03f4e01bb55706 > > Diff: https://git.reviewboard.kde.org/r/117187/diff/ > > > Testing > --- > > I can build baloo on FreeBSD again, all tests pass. > > > Thanks, > > Raphael Kubo da Costa > > >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
Re: Review Request 117187: [Baloo] cmake: Introduce a config.h to use non-standard features conditionally.
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/117187/ --- (Updated March 30, 2014, 2:45 p.m.) Review request for Baloo and Vishesh Handa. Repository: baloo Description --- malloc_trim(3) is a GNU extension and thus should not be used unconditionally. Solve this problem by adding more checks to ConfigureChecks.cmake and using a config.h so that we only use non-standard features if their presence has been detected at configuration time. Diffs - CMakeLists.txt 977eaf7e99da7742d5ea87ecb10df8c2355f81db ConfigureChecks.cmake 34db1e47338002d83250c5e3276bf207c477c30f config.h.cmake PRE-CREATION src/xapian/xapiandatabase.cpp d139ea70e60236a91e716e8ace03f4e01bb55706 Diff: https://git.reviewboard.kde.org/r/117187/diff/ Testing --- I can build baloo on FreeBSD again, all tests pass. Thanks, Raphael Kubo da Costa >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
Review Request 117187: [Baloo] cmake: Introduce a config.h to use non-standard features conditionally.
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/117187/ --- Review request for Baloo and Vishesh Handa. Repository: baloo Description --- malloc_trim(3) is a GNU extension and thus should not be used unconditionally. Solve this problem by adding more checks to ConfigureChecks.cmake and using a config.h so that we only use non-standard features if their presence has been detected at configuration time. Diffs - CMakeLists.txt 977eaf7e99da7742d5ea87ecb10df8c2355f81db ConfigureChecks.cmake 34db1e47338002d83250c5e3276bf207c477c30f config.h.cmake PRE-CREATION src/xapian/xapiandatabase.cpp d139ea70e60236a91e716e8ace03f4e01bb55706 Diff: https://git.reviewboard.kde.org/r/117187/diff/ Testing --- I can build baloo on FreeBSD again, all tests pass. Thanks, Raphael Kubo da Costa >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
Re: Systems Settings - Desktop Search
Right now the other dirs contain almost everything else on my machine. If I index them, small images, short duration audio clips[*] get indexed and skew up my search results. At least in Plasma Media Center we're going to add an option to ignore images/audio/video below a certain dimension/duration, but searches in other apps like dolphin (milou?) etc will still have these "garbage" content that I don't want to show up. [*] originating from app data, games keeping their music/video etc On Sun, Mar 30, 2014 at 4:09 PM, Vishesh Handa wrote: > On Sunday, March 30, 2014 11:38:47 AM Shantanu Tushar Jha wrote: > > > > Another thing that I just remembered is that right now I have Nepomuk set > > like this- > > > > /media/Data/Music (index) > > /media/Data/Photos (index) > > /media/Data/Pictures (index) > > /media/Data/Other/Downloads (index) > > > > Now, /media/Data/Other has dozens of other dirs I don't want to index. > If I > > only have a blacklist, I'll have to sit and add each of those dirs > manually > > to the blacklist :( > > > > Why is that you do not want the other directories to be indexed? Is it > because > of privacy concerns? > > -- > Vishesh Handa > -- Shantanu Tushar(UTC +0530) http://www.shantanutushar.com >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
Re: Some more baloo control questions
On Sunday, March 30, 2014 11:39:23 AM Lindsay Mathieson wrote: > 1. Is the baloo file index stored at: "~.kde/share/apps/baloo/file/" ? > It was until beta2, for beta3 it has been moved ~/.local/share/baloo/file/ > > 2. Would deleting the above directory be sufficient to fore a reindex of my > content? > No. You will need to tell it to reindex everything as well. $ qdbus org.kde.baloo.file /indexer updateAllFolders false > 3. Is there a way to control the baloo process so I can stop/start it? there > does not appear to be a "nepomukctl" equivalent. > There is only one process called baloo_file. You can kill it and start it manually. > > The reason for the above questions. All my content that was indexed prior to > today is not longer findable by baloo. New content I create is, both by > filename and content. > Yes. Because the default location changed between betas. > I can only presume that the db has been corrupted and old content is no > longer in it, but its also not being re-indexed. > > This is why info on the index is important. I have no way of seeing what or > how much is indexed - a simple file count would tell me a lot. I have no way > of maintaining the db short of erasing it, and no way controlling the > indexing process. > > > Crashes happen. Weird shit happens. We can't assume it doesn't. -- Vishesh Handa >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
Re: Systems Settings - Desktop Search
On Sunday, March 30, 2014 11:38:47 AM Shantanu Tushar Jha wrote: > > Another thing that I just remembered is that right now I have Nepomuk set > like this- > > /media/Data/Music (index) > /media/Data/Photos (index) > /media/Data/Pictures (index) > /media/Data/Other/Downloads (index) > > Now, /media/Data/Other has dozens of other dirs I don't want to index. If I > only have a blacklist, I'll have to sit and add each of those dirs manually > to the blacklist :( > Why is that you do not want the other directories to be indexed? Is it because of privacy concerns? -- Vishesh Handa >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
