<div dir="ltr">Good news because I don't like to loose tens of hours of work.<br><br>By the way, are you handling old backups restoration?</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, May 13, 2013 at 12:14 PM, Vishesh Handa <span dir="ltr"><<a href="mailto:me@vhanda.in" target="_blank">me@vhanda.in</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Mon, May 13, 2013 at 3:31 PM, Ignacio Serantes <<a href="mailto:kde@aynoa.net">kde@aynoa.net</a>> wrote:<br>


> I have many many custom data :(.  If is possible I wish to try the migration<br>
> process first.<br>
<br>
</div>I'm thinking of keeping the migration code cause I have already<br>
written it, but it will be a hidden option which "advanced<br>
users/developers" can trigger.<br>
<div class="HOEnZb"><div class="h5"><br>
><br>
> On Mon, May 13, 2013 at 11:40 AM, Vishesh Handa <<a href="mailto:me@vhanda.in">me@vhanda.in</a>> wrote:<br>
>><br>
>> Hey everyone<br>
>><br>
>> As you guys must have heard, there is going to be a migration of data<br>
>> for the 4.11 release. The original plan was to offer the user 3<br>
>> options -<br>
>><br>
>> 1. Backup Tags/Ratings, remove the db, and then restore it<br>
>> 2. Just remove the db<br>
>> 3. Migrate the data (Not recommended)<br>
>><br>
>> Migrating the data is very slow, since all the graphs need to be<br>
>> merged. Also, since this is an excellent opportunity to get rid of all<br>
>> the old stale data it would not make sense for users to migrate the<br>
>> data.<br>
>><br>
>> Last week, I met many KDE developers and we discussed a better way to<br>
>> show this migration. The consensus was that it would be best NOT to<br>
>> show the user this migration wizard and just go with option (1) or (2)<br>
>> depending on if the user actually has any tags or ratings.<br>
>><br>
>> Additionally, there should be no dialog just a systray icon which<br>
>> shows the current status. That way the users are not bothered and it<br>
>> just happens in the background.<br>
>><br>
>> And finally, we should start the progress dialog from 3% instead of 0<br>
>> since it gives the user a sense that something is going on :)<br>
>><br>
>> I'm going to be implementing most of this this week. I doubt anyone<br>
>> apart from Sebastian has much custom data?<br>
>><br>
>> --<br>
>> Vishesh Handa<br>
>> _______________________________________________<br>
>> Nepomuk mailing list<br>
>> <a href="mailto:Nepomuk@kde.org">Nepomuk@kde.org</a><br>
>> <a href="https://mail.kde.org/mailman/listinfo/nepomuk" target="_blank">https://mail.kde.org/mailman/listinfo/nepomuk</a><br>
><br>
><br>
><br>
><br>
> --<br>
> Best wishes,<br>
> Ignacio<br>
><br>
><br>
> _______________________________________________<br>
> Nepomuk mailing list<br>
> <a href="mailto:Nepomuk@kde.org">Nepomuk@kde.org</a><br>
> <a href="https://mail.kde.org/mailman/listinfo/nepomuk" target="_blank">https://mail.kde.org/mailman/listinfo/nepomuk</a><br>
><br>
<br>
<br>
<br>
--<br>
</div></div><span class="HOEnZb"><font color="#888888">Vishesh Handa<br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br>Best wishes,<div>Ignacio</div><div><br></div>
</div>