kicad-developers team mailing list archive

[Alexander Shuklin <jasuramme@xxxxxxx>]

Hi Dino,
Thanks for that, I just haven't seen that stuff:

>>If you move the statistic window and check/uncheck one of the checkboxes 
>>("subctract holes...." or "Exclude components...") the window "jumps" to 
>>the center of the screen (its default position on open): do you have 
>>also this behaviour or it is just on my debian-linux with gtk3?

That's bug. I fixed that with last patch I've sent. It should disappear once it will be accepted. 
>Понедельник, 22 июля 2019, 12:02 +03:00 от Dino Ghilardi <dino.ghilardi@xxxxxxxx>:
>
>Hi Alexander,
>
>One possible solution for the translation could be put the ":" in a 
>different column of the table and right-align the field description text 
>(so all the colons will be aligned). A rapid google search shown that in 
>French and Vietnamese there should be a space before the colon, while in 
>the rest of the world there is not, so having the translation for the 
>":" word seems to make sense. Also another question arises: Is there 
>some language in which the colon should be another character before the 
>word? (I'm thinking about spanish where the question mark upside-down 
>appears before a question...)? ...conclusion: keeping "Height:" and 
>"Height" as two different words seem to be the solution that gives 
>maximum flexibility to translators.
>
>Another possible solution (probably better then the one above since it 
>just removes the problem) is to remove the ":" and have the cell borders 
>in a different color, just like the tables in the "board setup" dialog 
>(so that you can also take a look at that code to solve also the color 
>problem seeing how it was solved there). The advantage of this approach 
>is also having a more consistent "look" through all the dialogs.
>
>
>
>P.S. (a little bit off-topic):
>If you move the statistic window and check/uncheck one of the checkboxes 
>("subctract holes...." or "Exclude components...") the window "jumps" to 
>the center of the screen (its default position on open): do you have 
>also this behaviour or it is just on my debian-linux with gtk3?
>
>
>Cheers,
>Dino.
>
>On 22/07/19 10:13, Alexander Shuklin wrote:
>> Hi!
>> I'll have a look to add vias count to dialog.
>> There's some questions:
>> 
>> 1)I don't have too much experience with wxdialogs. There was commit on 
>> master, which says:
>>  >> remove settings for fg/bg color: the result is unpredictable: was 
>> black texts on black background on my computer.
>> And now I have all tables with data just in white boxes. Is it how it 
>> meant to be, or just some misbehavior on different systems? I use 
>> archlinux x64 OS.
>> there's screenshot in attachment
>> 
>> 2) Can we use something like _( "Height" ) + ":" for translation, not _( 
>> "Height:" )? As far as I understand, now we will need to have 2 
>> translations, first for "Height" and second for "Height:" but that's 
>> basically same word.
>> 
>>     Воскресенье, 21 июля 2019, 23:42 +03:00 от Dino Ghilardi
>>     < dino.ghilardi@xxxxxxxx >:
>> 
>>     Makes sense.
>>     Instead of a generic "via count" a more complete table similar to the
>>     one generated in the drill report file could be useful, but may be it
>>     can became quite long if a lot of different drill sizes are used (ok,
>>     scrollbars are made to handle that).
>>     Also having "vias", "blind vias" and "microvias" count man make sense
>>     (or at least having something like "microvias used: yes/no"), just to
>>     have in board statistics the information about the need of an advanced
>>     pcb manufacturing process.
>> 
>> 
>>     Cheers,
>>     Dino.
>> 
>> 
>>     On 21/07/19 20:54, Mark Roszko wrote:
>>      > > Since making every hole in the pcb costs time,  manufacturers
>>      > calculate the price of the PCB using also that number.
>>      >
>>      > A long time ago, holes cost alot. These days if your manufacturer is
>>      > charging alot per hole, you should run far away. Usually
>>     manufactuers
>>      > include 20k-40k holes in the base price per panel before they start
>>      > charging you tiny penny amounts for more in some increments of
>>      > thousands. The CNC machines these days as blazing fast at making the
>>      > holes required and they charge more for the drill bit being worn
>>     down
>>      > than the time.
>>      >
>>      > What does actually cost money is via type and size. Blind vias make
>>      > layer stackups a pain in the butt and micro vias needing lasers.
>>      > And also going below some via size can significantly add cost
>>     even if
>>      > not at microvia size because it requires different machines with
>>     more
>>      > precision and smaller drill bits.
>>      >
>>      >
>>      > If anything I would say to break down the statistics based on via
>>     type.
>>      >
>>      > On Sun, Jul 21, 2019 at 1:55 PM Dino Ghilardi
>>     < dino.ghilardi@xxxxxxxx <mailto:dino.ghilardi@xxxxxxxx>
>>      > <mailto:dino.ghilardi@xxxxxxxx>> wrote:
>>      >
>>      > I just tried the board statistics dialog and looks good, I like it.
>>      >
>>      > A thing I'd like to have to make it better is adding the number
>>     of vias
>>      > to the statistics: Since making every hole in the pcb costs time,
>>      > manufacturers calculate the price of the PCB using also that number.
>>      >
>>      > Also the option to save or print a text with the statistics report
>>      > would
>>      > be nice.
>>      >
>>      >
>>      > Cheers,
>>      > Dino.
>>      >
>> 
>>     _______________________________________________
>>     Mailing list:  https://launchpad.net/~kicad-developers
>>     Post to :  kicad-developers@xxxxxxxxxxxxxxxxxxx
>>     <mailto:kicad-developers@xxxxxxxxxxxxxxxxxxx>
>>     Unsubscribe :  https://launchpad.net/~kicad-developers
>>     More help :  https://help.launchpad.net/ListHelp
>> 
>> 
>> 
>> -- 
>> Alexander Shuklin
>


-- 
Alexander Shuklin