On Tue, Apr 19, 2016 at 08:24:52AM +0200, jp charras wrote:
> > Sorry for being unclear. I'll give you an example.
> > My Locale settings is Italian (of course ... :-).
> > In these days I am producing some screenshots in english so I switched to
> > English in the menu.
> > If I open the footprin
Regarding i18n but slight segue... Is there a reason the effort is
made to update the menu on language change, when to change the
language in the actual window will require a restart? Would it not be
better to just have it than when the language is changed in the list a
dialog pops up saying "Kicad
Le 19/04/2016 07:54, Marco Ciampa a écrit :
>> 2016-04-18 21:43 GMT+02:00 Marco Ciampa :
>>> I just a little problem I discovered.
>>>
>>> Under Linux, if you manage to change the language using the menu, some
>>> wxwindows related features (name on the buttons "cancel" and "Ok" on the
>>> 3D path
On Tue, Apr 19, 2016 at 07:57:36AM +0200, Nick Østergaard wrote:
> 2016-04-19 7:54 GMT+02:00 Marco Ciampa :
> >> 2016-04-18 21:43 GMT+02:00 Marco Ciampa :
> >> > I just a little problem I discovered.
> >> >
> >> > Under Linux, if you manage to change the language using the menu, some
> >> > wxwindo
2016-04-19 7:54 GMT+02:00 Marco Ciampa :
>> 2016-04-18 21:43 GMT+02:00 Marco Ciampa :
>> > I just a little problem I discovered.
>> >
>> > Under Linux, if you manage to change the language using the menu, some
>> > wxwindows related features (name on the buttons "cancel" and "Ok" on the
>> > 3D pat
> 2016-04-18 21:43 GMT+02:00 Marco Ciampa :
> > I just a little problem I discovered.
> >
> > Under Linux, if you manage to change the language using the menu, some
> > wxwindows related features (name on the buttons "cancel" and "Ok" on the
> > 3D path settings for example) are determined from the
Wayne!
Remove macros code?
Why and what for?
I actively use this unique feathure.
revno: 6698
committer: Wayne Stambaugh
branch nick: kicad
timestamp: Mon 2016-04-18 11:03:59 -0400
message:
Pcbnew: remove dead macro code.
removed:
It is a little unclear what exactly you select in the language. But
this is expected when you click the default and not english or any
other language.
2016-04-18 21:43 GMT+02:00 Marco Ciampa :
> I just a little problem I discovered.
>
> Under Linux, if you manage to change the language using the m
I just a little problem I discovered.
Under Linux, if you manage to change the language using the menu, some
wxwindows related features (name on the buttons "cancel" and "Ok" on the
3D path settings for example) are determined from the "locale" language
environment (that you can change from the co
Hi all,
This patch fixes some simple typos.
https://github.com/KiCad/kicad-source-mirror/compare/master...Caerbannog:master.patch
Martin
From 6927d8781845bff2e95569e2205ce937c39aff96 Mon Sep 17 00:00:00 2001
From: Martin d'Allens
Date: Mon, 18 Apr 2016 20:34:43 +0200
Subject: [PATCH] Fix some ty
Patrick,
I committed your patch to the product branch r6700. Thank you for your
contribution to KiCad.
Cheers,
Wayne
On 4/13/2016 10:53 AM, Pereira, Patrick wrote:
> Ops, sorry for my inattention.
>
> Correction in attachment.
>
>
> De: Kicad-deve
On 4/12/2016 1:09 PM, Simon Wells wrote:
> No problems here, but i was just curious, also would it not be better
> to move the os dependent resouces files to the resources folder (this
> will require a bit of effort for Info.plist but the rest will be
> easy...
>
> for example
>
> pcbnew.icns, pc
On 4/18/2016 10:03 AM, Maciej Sumiński wrote:
> On 04/15/2016 03:41 PM, "Torsten Hüter" wrote:
>> Hi Orson,
>> thanks for your nice work. I remember that we have discussed about this
>> subject
>> a few years ago - in general I think it's an advantage to
>> have an alternative for the stroke font
From: Maciej Sumiński [maciej.sumin...@cern.ch]
Sent: 18 April 2016 15:05
To: Mário Luzeiro; kicad-developers@lists.launchpad.net
Subject: Re: [Kicad-developers] Bitmap fonts
> Maybe it would be enough just to double the font atlas texture size? I
> suppos
Ok, you have a point here. It seems that if we want to have it, then we
have to switch back to storing texts in noncached container and send
them every frame. Still, it is much cheaper than drawing using stroked
font, so it should be feasible.
On 04/18/2016 04:23 PM, Mário Luzeiro wrote:
> But for
But for fonts, you are dealing with individual chars, each char depends on the
position of the last char. So if you scale it you also change the position of
the next chars (and scale).
I believe it will not (easily) possible on shaders to move the position of the
next chars based on the previous
Lines are computed once and cached in video memory and then rescaled
using only shaders. To do the trick, for every vertex I store there is a
vector saying in which direction a vertex should be moved and requested
line width. In fragment shader I compute expected visible line width
(taking into acc
On 04/15/2016 02:01 PM, Mário Luzeiro wrote:
> Here is the result of my test (attached)
>
> Question: Is the text rendered every draw frame?
>
> If yes:
> My suggestion was to clamp to a max size (in order to render the text 1:1 on
> relation to the font pixel size in the texture) and to a minim
On 04/15/2016 03:41 PM, "Torsten Hüter" wrote:
> Hi Orson,
> thanks for your nice work. I remember that we have discussed about this
> subject
> a few years ago - in general I think it's an advantage to
> have an alternative for the stroke font. Not for performance, but for the
> visual
> quali
I was looking into your shader the shaders and had the same idea... but it is
not possible to manage things like spacement etc.. because they will be present
always as individual an individual (triangle or point) entity on the shader.
If you are able to know what text need to be render for each f
As you have already noticed - it is not. It may be moved back to
noncached container and it will be redrawn every frame.
Another solution is to apply dynamic scaling using shaders - it is
already done for lines, so they do not disappear when their width is
smaller than 1 px.
Regards,
Orson
On 04
On 04/15/2016 12:39 PM, jp charras wrote:
[snip]
> Orson,
>
> I just tested your last version, and I find the result rather good.
I have just changed one more thing: now vertex data is not stored in the
system memory, but in mapped video memory [1]. I hope it solves all the
memory related problem
OK, I'll test on MSWin. I can't replicate the problem on Linux and haven't
had any complaints yet from OSX.
- Cirilo
On Mon, Apr 18, 2016 at 7:40 PM, easyw wrote:
> Hi Cirilo,
> I tested the patch r6697 in windows 8.1 64b but I still get the same error
> with KIPRJMOD
>
> to replicate the pro
Hi Cirilo,
I tested the patch r6697 in windows 8.1 64b but I still get the same
error with KIPRJMOD
to replicate the problem simply open a board that has already $ENVAR on
its 3D module field
i.e. (model ${KIPRJMOD}/shapes/cap_0603.wrl
with the GUI select footprint, Edit Parameters
then
24 matches
Mail list logo