> Well, there was a Homer "Doh!!" moment when I realized there was no
> code to detect which save button had been pressed. No wonder we were
> both going around in circles. This started as a Null Edit bug, but the
> hard part was recognizing that there was anotherĀ  bug also present.

OK, I've committed this change, and it should appear in build 2.0.0.63. I
created bug 1757816 ("Save" and "Save and Back" buttons do the same thing)
to track it because I like every commit to be associated with one or more
bugs/RFEs. I assigned it to you, but it's already closed, so you can ignore
the emails about it. I didn't create a bug for the null edit problem that
initiated the work because looking at the code it didn't seem that you
changed anything specifically related to null edit handling. 

> I do hope this patch is better. 

Oh, it was very fine. :) Thanks for this patch - I don't know if it seemed
like a small thing to you, but it's *really* helpful to me when people pitch
in, especially to fix bugs. I particularly appreciate the ego-free way you
responded to my feedback.

> The major benefit of all this is now I
> know I can contribute to a reworking of the Web App if it is decided to
> do so.

Yeah, that's really excellent, actually, because now that the core has been
refactored the web app is the part that has the most pain in it. I think we
should either branch or wait on that, though. More about that on the
attachments thread. 



-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Flexwiki-users mailing list
Flexwiki-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flexwiki-users

Reply via email to