Re: features progress list

On Wednesday 20 June 2012 08:23:29 Jaroslaw Staniek wrote: > On 19 June 2012 22:52, C. Boemann wrote: > > On Tuesday 19 June 2012 22:43:31 Cyrille Berger Skott wrote: > >> On Sunday 17 Jun 2012, C. Boemann wrote: > >> > Now while in theory I like it, I also dislike that the height of each > >> > e

Re: List of missing icons around 2.5 branching

On 19 June 2012 21:05, Friedrich W. H. Kossebau wrote: > Am Sonntag, 17. Juni 2012, 23:22:45 schrieb Jaroslaw Staniek: >> On 17 June 2012 05:40, Friedrich W. H. Kossebau wrote: >> [..] >> >> > Below the list which is currently created by my script. But I added also >> > some comments. Its not sor

Re: features progress list

On 19 June 2012 22:52, C. Boemann wrote: > On Tuesday 19 June 2012 22:43:31 Cyrille Berger Skott wrote: >> On Sunday 17 Jun 2012, C. Boemann wrote: >> > Now while in theory I like it, I also dislike that the height of each >> > entry thus will grow to more than one line of text. >> >> That said th

Re: Review Request: Rewrote to use tree widgets instead of list widgets

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/105187/#review14902 --- Ship it! It's good code for master now. Two minor things to d

Re: Please check your group on sprints.kde.org

+1 That will be awesome!!! On Tue, Jun 19, 2012 at 7:36 AM, Srikanth Tiyyagura < srikanth.tulasi...@gmail.com> wrote: > > > On Mon, Jun 18, 2012 at 1:31 PM, Boudewijn Rempt wrote: > >> On Monday 18 June 2012 Jun, Mario Fux wrote: >> > Good morning >> > >> > The budget and email to the board is

Re: Review Request: Fix some icon names to reference existing icons (2.5 branch)

> On June 18, 2012, 7:51 a.m., C. Boemann wrote: > > fyi -calligra at the end of icon names are most foten ignored in the naming > > scheme. If the icon engine cannot find icons with -calligra it removes that > > part and finds a more general icon. > > > > However what this allows us is to hav

Re: Review Request: Fix some icon names to reference existing icons (2.5 branch)

> On June 18, 2012, 7:51 a.m., C. Boemann wrote: > > fyi -calligra at the end of icon names are most foten ignored in the naming > > scheme. If the icon engine cannot find icons with -calligra it removes that > > part and finds a more general icon. > > > > However what this allows us is to hav

Re: List of missing icons around 2.5 branching

On Tuesday 19 June 2012 22:57:10 Friedrich W. H. Kossebau wrote: > Hi, > > so to help with finding which icons the Calligra team needs to go shopping > for I sorted the not yet commented or patch-treated missing icons by > program/shape below, so the maintainers have a more easy time to find what

Re: List of missing icons around 2.5 branching

Hi, so to help with finding which icons the Calligra team needs to go shopping for I sorted the not yet commented or patch-treated missing icons by program/shape below, so the maintainers have a more easy time to find what icon is missing in their code and comment. Please everyone follow the go

Re: features progress list

On Tuesday 19 June 2012 22:43:31 Cyrille Berger Skott wrote: > On Sunday 17 Jun 2012, C. Boemann wrote: > > Now while in theory I like it, I also dislike that the height of each > > entry thus will grow to more than one line of text. > > That said the branch could be simply replaced by just the li

Re: features progress list

On Monday 18 Jun 2012, Markus wrote: > Why not use Bugzilla as Martin Gräßlin explained in his "bko" series? While in theory it sounds better, and I personnaly use a task tracker in other projects for that purpose as well. I have the feeling that bugzilla is not suited for the task. Even the bug

Re: features progress list

On Sunday 17 Jun 2012, C. Boemann wrote: > Now while in theory I like it, I also dislike that the height of each entry > thus will grow to more than one line of text. That said the branch could be simply replaced by just the link. I just did the change on the webpage and it now takes one line. And

Re: Review Request: Fix some icon names to reference existing icons (2.5 branch)

> On June 18, 2012, 7:51 a.m., C. Boemann wrote: > > fyi -calligra at the end of icon names are most foten ignored in the naming > > scheme. If the icon engine cannot find icons with -calligra it removes that > > part and finds a more general icon. > > > > However what this allows us is to hav

Review Request: Porting KexiCVSImportDialog

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/105302/ --- Review request for Calligra, Jarosław Staniek and Adam Pigg. Description -

Re: Review Request: Fix some icon names to reference existing icons (2.5 branch)

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/105284/ --- (Updated June 19, 2012, 7:12 p.m.) Review request for Calligra. Changes

Re: List of missing icons around 2.5 branching

Am Sonntag, 17. Juni 2012, 23:22:45 schrieb Jaroslaw Staniek: > On 17 June 2012 05:40, Friedrich W. H. Kossebau wrote: > [..] > > > Below the list which is currently created by my script. But I added also > > some comments. Its not sorted, but maintainers surely will see where > > their code is a

Re: Review Request: Fix some icon names to reference existing icons (2.5 branch)

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/105284/ --- (Updated June 19, 2012, 6:53 p.m.) Review request for Calligra. Changes

Re: Review Request: Fix some icon names to reference existing icons (2.5 branch)

> On June 18, 2012, 7:51 a.m., C. Boemann wrote: > > fyi -calligra at the end of icon names are most foten ignored in the naming > > scheme. If the icon engine cannot find icons with -calligra it removes that > > part and finds a more general icon. > > > > However what this allows us is to hav

Review Request: Fix bug 246898: Take opacity into consideration while drawing venn diagrams

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/105301/ --- Review request for Calligra. Description --- Take draw:opacity into c

Re: Review Request: Refactor out the pseudo-private blocking property in KoPrintingDialog

> On Dec. 23, 2011, 7:57 a.m., Thorsten Zachmann wrote: > > stage/part/KPrPdfPrintJob.cpp, line 41 > > > > > > A general question. Should the print job not always blocking to avoid > > in consistencies when doing pr

Re: Review Request: Refactor out the pseudo-private blocking property in KoPrintingDialog

> On Dec. 23, 2011, 7:57 a.m., Thorsten Zachmann wrote: > > libs/main/KoMainWindow.cpp, line 1290 > > > > > > Does this not give problems as the parent might get deleted before the > > printPreviewJob is finsihed?

Re: Review Request: Fix some icon names to reference existing icons (2.5 branch)

> On June 18, 2012, 7:51 a.m., C. Boemann wrote: > > fyi -calligra at the end of icon names are most foten ignored in the naming > > scheme. If the icon engine cannot find icons with -calligra it removes that > > part and finds a more general icon. > > > > However what this allows us is to hav

Re: Review Request: Fix some icon names to reference existing icons (2.5 branch)

> On June 18, 2012, 7:51 a.m., C. Boemann wrote: > > fyi -calligra at the end of icon names are most foten ignored in the naming > > scheme. If the icon engine cannot find icons with -calligra it removes that > > part and finds a more general icon. > > > > However what this allows us is to hav