This is an automated notification sent by Gna!.
It relates to:
                bugs #1871, project xtla.el

==============================================================================
 LATEST MODIFICATIONS of bugs #1871:
==============================================================================

               Posted by: Robert Widhopf-Fenk <widhopf>
               Posted on: 2004-11-30 23:30 (GMT)
    _______________________________________________________

                Category:                    None -> xtla.el                
                  Status:                    None -> Fixed                  
             Assigned to:                    None -> widhopf                
             Open/Closed:                    Open -> Closed                 
           merge request:                         ->
[EMAIL PROTECTED]


==============================================================================
 OVERVIEW of bugs #1871:
==============================================================================

URL:
  <http://gna.org/bugs/?func=detailitem&item_id=1871>

                 Summary: ability to revert metadata changes in tla-changes
mode
                 Project: xtla.el
            Submitted by: None
            Submitted on: Mon 15.11.2004 um 20:10
                Category: xtla.el
                Priority: 5 - Normal
                  Status: Fixed
             Assigned to: widhopf
        Originator Email: 
             Open/Closed: Closed
         Planned Release: None
         Type of request: small feature
         Merge available: No
           merge request: [EMAIL PROTECTED]
           Fixed Release: 
Test case in xtla-tests.el: 

    _______________________________________________________


I want to be able to revert/undo metadata changes to files whose contents
haven't changed. It would  work like this:



- M-x tla-changes

- choose a file with only metadata changes

- M-x tla-changes-revert



Expected behavior: file reverts.

Observed behavior: error message "File [filename] is not modified!"



    _______________________________________________________

Follow-up Comments:


-------------------------------------------------------
Date: Mit 24.11.2004 um 22:03       By: Robert Widhopf-Fenk <widhopf>
> Are you saying that tla can't undo single files unless the contents have
changed? 



Basically, tla lacks a "revert" command.  There is "tla undo", but it works
only on the whole tree.  AFAIK future tla-versions may allow a partial undo
similar to a partial commit.



In the meantime a content change can be reversed by "tla file-changes X |
patch -R" or copying the original "cp `tla file-find X` X".  



The patch-hack does not work for meta data, but as I just now tested the
copy-hack should work, and in fact we are using the copy-hack.  So it should
be easy to do what you want.

-------------------------------------------------------
Date: Mon 22.11.2004 um 22:17       By: Daniel Lipsitt <danlipsitt>
I'm not sure that I ever did try to do it directly with tla. I wasn't aware
that tla was incapable of doing this. Are you saying that tla can't undo
single files unless the contents have changed?



I'm unqualified to comment on the ease/wisdom of implementing this function in
xtla if tla doesn't have it.



If this functionality really is unavailable, the error message should say
something like "File [filename] contents are unchanged. [x]Tla can't revert
metadata."



Dan

-------------------------------------------------------
Date: Son 21.11.2004 um 09:24       By: Robert Widhopf-Fenk <widhopf>
How are you doing it with tla?



IMHo we should not try to hack here, until a partial-undo or revert is
available by tla.



-------------------------------------------------------
Date: Mon 15.11.2004 um 20:12       By: Daniel Lipsitt <danlipsitt>
Damn, I already submitted this as #1813. Sorry about that. More detail here,
though.








==============================================================================

This item URL is:
  <http://gna.org/bugs/?func=detailitem&item_id=1871>

_______________________________________________
  Message sent via/by Gna!
  http://gna.org/


Reply via email to