From cnguyen at stata.com Mon Apr 14 09:18:15 2008 From: cnguyen at stata.com (Chinh Nguyen) Date: Mon, 14 Apr 2008 08:18:15 -0500 Subject: [WASTE-list] Next update? Message-ID: Marco, how's it going on the next update? Although I've been able to code around the copy/paste bug, our users are still seeing the lock up when you drag and drop with WASTE. -Chinh Nguyen cnguyen at stata.com From ryan at web-scripter.com Mon Apr 14 19:43:01 2008 From: ryan at web-scripter.com (Ryan Joseph) Date: Mon, 14 Apr 2008 17:43:01 -0600 Subject: [WASTE-list] Next update? In-Reply-To: References: Message-ID: Good question. I would like to add the speed issue with large files. We're all developers also so we know it's hard or impossible to give deadlines for bug fixes but do you see that being fixed any time soon? I'm trying to decide if I should use WASTE in my upcoming release but I'm seriously worried about the inevitable complaints people will have when they attempt to edit files larger then 2000 lines. I invested a lot into WASTE so I don't want to switch to MLTE but this is quickly becoming a deal breaker. Sorry to mention this again. I appreciate all your hard work. thanks. On Apr 14, 2008, at 7:18 AM, Chinh Nguyen wrote: > Marco, how's it going on the next update? Although I've been able > to code around the copy/paste bug, our users are still seeing the > lock up when you drag and drop with WASTE. > > -Chinh Nguyen > cnguyen at stata.com > > _______________________________________________ > WASTE-list mailing list > WASTE-list at ovolab.com > http://six.pairlist.net/mailman/listinfo/waste-list Regards, Josef -------------- next part -------------- An HTML attachment was scrubbed... URL: From marco.piovanelli at pobox.com Fri Apr 18 05:15:14 2008 From: marco.piovanelli at pobox.com (Marco Piovanelli) Date: Fri, 18 Apr 2008 11:15:14 +0200 Subject: [WASTE-list] Next update? In-Reply-To: References: Message-ID: <20080418091514.1638794268@relay.pair.com> On Mon, 14 Apr 2008 08:18:15 -0500, Chinh Nguyen (cnguyen at stata.com) wrote: >Marco, how's it going on the next update? Although I've been able to >code around the copy/paste bug, our users are still seeing the lock up >when you drag and drop with WASTE. I have more than enough bug fixes and miscellaneous improvements in my current build to warrant a new update some time next week. However, I still haven't been able to reproduce the lock-up you've been experiencing after pasting or dropping styled text. Or better, I _was_ able to reproduce an identical, or very similar, lock-up, _before_ introducing a configurable cap on the number of implicit tabs. That change solved the lock-up problem for me, but apparently not for your users. So I guess I need a test case: a sample RTF document to paste and/or the exact steps required to reproduce the lock-up. If you can help me with this, I'll try to solve this issue over the weekend. Thank you, -- marco From cnguyen at stata.com Sun Apr 20 12:50:00 2008 From: cnguyen at stata.com (Chinh Nguyen) Date: Sun, 20 Apr 2008 11:50:00 -0500 Subject: [WASTE-list] Next update? In-Reply-To: <20080418091514.1638794268@relay.pair.com> References: <20080418091514.1638794268@relay.pair.com> Message-ID: > However, I still haven't been able to reproduce the lock-up > you've been experiencing after pasting or dropping styled text. Just in case you didn't get my response, I've confirmed the problem exists when you pass a fractional width to WESetDefaultTabWidth(). For example, WESetDefaultTabWidth(FloatToFixed(width), weh); where width = 28. is OK. But when width = 28.8, copy/paste and drag/ drop will lock up WASTE. I'm also only using monostyled, fixed-width text. -Chinh Nguyen cnguyen at stata.com