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.ghila...@ieee.org>:
>
>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.ghila...@ieee.org >:
>>
>> 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.ghila...@ieee.org <mailto:dino.ghila...@ieee.org>
>> > <mailto:dino.ghila...@ieee.org>> 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@lists.launchpad.net
>> <mailto:kicad-developers@lists.launchpad.net>
>> Unsubscribe : https://launchpad.net/~kicad-developers
>> More help : https://help.launchpad.net/ListHelp
>>
>>
>>
>> --
>> Alexander Shuklin
>
--
Alexander Shuklin
_______________________________________________
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help : https://help.launchpad.net/ListHelp
