I just added a small thing. mxml files in tests/integration-data were just opened and saved. Now, if a .denemo file has the same name, it will be compared to the saved file. For example "integration-data/foobar.mxml" will be opened and saved, and compared against "integration-data/foobar.denemo" if it exists.
At this point, does the test system seem good to you about file opening and saving ? 2014-05-14 12:09 GMT+02:00 Éloi Rivard <[email protected]>: > make update-samples should be good to use now. > > I also set up the test that compares opened and saved files with the > original ones. > > > 2014-05-13 19:07 GMT+02:00 Éloi Rivard <[email protected]>: > > I did not noticed this when I ran git diff. >> >> You should not use make update-samples at the moment however, since non >> interactive file saving is not working completely yet. I just fixed issues >> with lyrics, there is the same problem with <scheme> tag. I let you know >> when it is fixed. >> >> >> 2014-05-13 18:36 GMT+02:00 Richard Shann <[email protected]>: >> >> On Tue, 2014-05-13 at 13:47 +0100, Richard Shann wrote: >>> > Hmm, I get it telling me that all the .denemo files are changed when I >>> > run <<make update-samples>>, and when I try git diff it says that they >>> > are binary files and that they differ, >>> >>> actually, not all of them say they are binary files. Is it perhaps the >>> case that you didn't check in the initial versions of the files? (We >>> used to generate compressed files as .denemo, so some could well still >>> be binary). >>> >>> Richard >>> >>> > but they are not binary files ... >>> > any ideas? >>> > >>> > Richard >>> > >>> > >>> > >>> > >>> > On Tue, 2014-05-13 at 11:36 +0200, Éloi Rivard wrote: >>> > > This is pushed, you can do it with « make update-samples ». At the >>> > > moment however, saving files does not save lyrics for examples >>> > > (because lyrics depends on GtkTextBuffer, that cannot be used in non >>> > > interactive mode). >>> > > >>> > > >>> > > 2014-05-11 16:18 GMT+02:00 Richard Shann <[email protected]>: >>> > > Eloi, >>> > > I introduced a new field in the .denemo format and the >>> > > automatic build's >>> > > test started failing because it wasn't present in the >>> > > reference file >>> > > blank.denemo. >>> > > I edited this by hand, but we need a make target which >>> behaves >>> > > like the >>> > > test target except that instead of diffing the outputs it >>> > > copies them as >>> > > the new reference files. >>> > > >>> > > Richard >>> > > >>> > > >>> > > >>> > > _______________________________________________ >>> > > Denemo-devel mailing list >>> > > [email protected] >>> > > https://lists.gnu.org/mailman/listinfo/denemo-devel >>> > > >>> > > >>> > > >>> > > -- >>> > > Éloi Rivard - [email protected] >>> > > >>> > > « On perd plus à être indécis qu'à se tromper. » >>> > > >>> > >>> > >>> > >>> > _______________________________________________ >>> > Denemo-devel mailing list >>> > [email protected] >>> > https://lists.gnu.org/mailman/listinfo/denemo-devel >>> >>> >>> >> >> >> -- >> Éloi Rivard - [email protected] >> >> « On perd plus à être indécis qu'à se tromper. » >> > > > > -- > Éloi Rivard - [email protected] > > « On perd plus à être indécis qu'à se tromper. » > -- Éloi Rivard - [email protected] « On perd plus à être indécis qu'à se tromper. »
_______________________________________________ Denemo-devel mailing list [email protected] https://lists.gnu.org/mailman/listinfo/denemo-devel
