On 05/01/2013 11:39 PM, Lorenzo Marcantonio wrote:
Isn't there the zip option in the project manager?
Last time I looked, it didn't back up the doc files -- to really backup a project, one needs to
parse the schematic for doc files and put them in the tarball.
-
On Thu, May 02, 2013 at 10:29:38AM -0400, Wayne Stambaugh wrote:
> Why would you need to change the file unless you were planning to put
> the date generation option in the file? I'm not sure this setting
> really belongs in the board file. It strikes me as application level
> setting. If you wa
On 5/2/2013 12:56 AM, Lorenzo Marcantonio wrote:
> On Wed, May 01, 2013 at 04:52:41PM -0400, Wayne Stambaugh wrote:
>> 5) Add a configuration option to select 1), 2), or 3) and let the user
>> decide how they want the title block date to be updated. Make option 1)
>> the default so the VCS users d
On 02.05.2013 10:45, Lorenzo Marcantonio wrote:
On Thu, May 02, 2013 at 10:40:50AM +0300, Sergey A. Borshch wrote:
I was complaining about date change because it was often the only
change in file after just opening/closing file without any
modifications! I remember it in .sch and *-cache.lib fil
On Thu, May 02, 2013 at 10:40:50AM +0300, Sergey A. Borshch wrote:
> I was complaining about date change because it was often the only
> change in file after just opening/closing file without any
> modifications! I remember it in .sch and *-cache.lib files. The only
> thing I wanted is to save date
On 01.05.2013 20:18, Lorenzo Marcantonio wrote:
Also the vcs users wouldn't
have to complain (I don't see the problem if a date changes in a versioned
file... maybe they don't like it).
I was complaining about date change because it was often the only change in file
after just opening/closing fi
On Wed, May 01, 2013 at 04:52:41PM -0400, Wayne Stambaugh wrote:
> 5) Add a configuration option to select 1), 2), or 3) and let the user
> decide how they want the title block date to be updated. Make option 1)
> the default so the VCS users don't start yelling again.
>
> The page properties dia
On Wed, May 01, 2013 at 09:37:49PM +0100, Brian Sidebotham wrote:
> I have something on my list for the far away future, unless anybody gets
> there first and that's variable substitution for strings. It would be nice
> if we could have text with variable expansion, such as things like
> ${SheetTi
On Wed, May 01, 2013 at 05:28:47PM -0500, Karl Schmidt wrote:
> How about 2 dates - an editable 'release date' and a last modified date?
> Is the editable date actually a version number? (Totally valid way
> of doing things) - which gets back to the best way to take a design
> from one version to
On Wed, May 01, 2013 at 03:36:03PM -0500, Dick Hollenbeck wrote:
> You will have to find the code where the date is automatically updated, and
> comment it or
> remove it.
It's the gen_date function I talked about the other day...
> I just know that there are *many* VCS users, and they can yell
On 05/01/2013 03:36 PM, Dick Hollenbeck wrote:
There are
4 schools of thought, and funny thing is you and I are in the same camp after
all.
1) Make it editable, and fixed, not dynamically updated. If I put in a date,
it stays
that way forever on disk too.
2) Make it dynamic (i.e. automatic
>
> I have something on my list for the far away future, unless anybody gets
> there first and
> that's variable substitution for strings. It would be nice if we could have
> text with
> variable expansion, such as things like ${SheetTitle}, ${ModifiedDate},
> ${ProjectName} etc.
>
> We could
>
> You will have to find the code where the date is automatically updated, and
> comment it or
> remove it.
Lorenzo,
The attached patch reminds you of the m_date test at top of *if* block.
This, plus the dialog work, plus the m_date automatic setting removal should
get 'er done.
Dick
=
On 5/1/2013 4:26 PM, Dick Hollenbeck wrote:
> On 05/01/2013 12:18 PM, Lorenzo Marcantonio wrote:
>> I was testing stuff and well... in the kicad_brd file the sheet date is
>> not saved. I found this pearl in TITLE_BLOCK::Format:
>>
>> /* version control users were complaining, see mailing list.
On 1 May 2013 21:26, Dick Hollenbeck wrote:
> On 05/01/2013 12:18 PM, Lorenzo Marcantonio wrote:
> > I was testing stuff and well... in the kicad_brd file the sheet date is
> > not saved. I found this pearl in TITLE_BLOCK::Format:
> >
> > /* version control users were complaining, see mailing
On 05/01/2013 03:29 PM, Dick Hollenbeck wrote:
> On 05/01/2013 03:26 PM, Dick Hollenbeck wrote:
>> On 05/01/2013 12:18 PM, Lorenzo Marcantonio wrote:
>>> I was testing stuff and well... in the kicad_brd file the sheet date is
>>> not saved. I found this pearl in TITLE_BLOCK::Format:
>>>
>>> /*
On 05/01/2013 03:26 PM, Dick Hollenbeck wrote:
> On 05/01/2013 12:18 PM, Lorenzo Marcantonio wrote:
>> I was testing stuff and well... in the kicad_brd file the sheet date is
>> not saved. I found this pearl in TITLE_BLOCK::Format:
>>
>> /* version control users were complaining, see mailing li
On 05/01/2013 12:18 PM, Lorenzo Marcantonio wrote:
> I was testing stuff and well... in the kicad_brd file the sheet date is
> not saved. I found this pearl in TITLE_BLOCK::Format:
>
> /* version control users were complaining, see mailing list.
> if( !m_date.IsEmpty() )
> aFormatt
On 05/01/2013 01:42 PM, Lorenzo Marcantonio wrote:
> On Wed, May 01, 2013 at 01:32:02PM -0500, Dick Hollenbeck wrote:
>> 1) Take the comment, from the line of code, and send it through google
>> translate.
>>
>> 2) I wrote the code, it works the way I like it. You can verify this with
>> bzr qlo
On Wed, May 01, 2013 at 01:32:02PM -0500, Dick Hollenbeck wrote:
> 1) Take the comment, from the line of code, and send it through google
> translate.
>
> 2) I wrote the code, it works the way I like it. You can verify this with
> bzr qlog.
As usual you don't even consider alternative solution
On 05/01/2013 01:20 PM, Lorenzo Marcantonio wrote:
> On Wed, May 01, 2013 at 01:09:42PM -0500, Dick Hollenbeck wrote:
>> No, if you need that, make it a complie time option that defaults to not
>> enabled, so current behavior is retained by default.
>>
>> I truly hope this is clear.
>
> OK, my bui
On Wed, May 01, 2013 at 01:09:42PM -0500, Dick Hollenbeck wrote:
> No, if you need that, make it a complie time option that defaults to not
> enabled, so current behavior is retained by default.
>
> I truly hope this is clear.
OK, my build is customized anyway, so it's not a problem *for me*.
Bu
No, if you need that, make it a complie time option that defaults to not
enabled, so current behavior is retained by default.
I truly hope this is clear.
On May 1, 2013 12:16 PM, "Lorenzo Marcantonio"
wrote:
> I was testing stuff and well... in the kicad_brd file the sheet date is
> not saved.
I was testing stuff and well... in the kicad_brd file the sheet date is
not saved. I found this pearl in TITLE_BLOCK::Format:
/* version control users were complaining, see mailing list.
if( !m_date.IsEmpty() )
aFormatter->Print( aNestLevel+1, "(date %s)\n",
24 matches
Mail list logo
