On 02/23/2013 08:43 AM, Julien Cristau wrote:
On Tue, Jan 29, 2013 at 16:41:59 +1000, Peter Hutterer wrote:
X.Org Bug 73227 http://bugs.freedesktop.org/show_bug.cgi?id=73227
Bug number looks like a typo? Maybe that was supposed to be
https://bugs.freedesktop.org/show_bug.cgi?id=55329
56523
On 02/22/2013 10:00 PM, Yevgeny Kosarzhevsky wrote:
when I run acpi_listen and press MicMute button I get only ^@ output, no codes
recognized.
What does kacpimon report for that button? You'll need to kill acpid
for kacpimon to work. Check the man page for more.
Ted.
--
To
On 02/19/2013 12:07 AM, D. Michael McIntyre wrote:
If you want me to take care of doing this in the future, the easiest and
most helpful thing would be for you go edit
scripts/make-release-tarball and tack something in there to do this
automagically at the end of the script.
I had no idea
On 02/18/2013 04:06 AM, D. Michael McIntyre wrote:
== ROSEGARDEN 13.02, codename Handel RELEASED ==
Is there a way to tag releases in SVN? Can you add tagging the
release in SVN to your build process, Michael? Or are there already
tags somewhere that I am missing? Tags would make
On 02/18/2013 08:00 AM, D. Michael McIntyre wrote:
Is there a way to tag releases in SVN?
Having been here for over 10 years now, I have no clue what tag is for,
or why it matters.
It appears that svn copy is the key. Making a copy from trunk to
tags will do it.
On 02/18/2013 08:12 AM, Ted Felix wrote:
It appears that svn copy is the key. Making a copy from trunk to
tags will do it.
Ok, I tagged all the releases back to 10.04. I made the best guess I
could by examining the dates on the commits, so it is possible that
these are off by +/- one
On 02/10/2013 10:21 AM, Tim Munro wrote:
I've dealt with the issue by cobbling together an ugly, complicated copy
constructor for the PluginContainer class.
The resulting code appears to work, but I have no idea what sort of memory
leaks or other future train wrecks I might have introduced
On 02/10/2013 06:53 PM, Tim Munro wrote:
Also, make sure you declare an operator=(). You can make it private to
prevent anyone from using it. You can also leave it undefined so you'll
get a linker error in case the class itself uses it.
For what it's worth, I did declare a private,
On 01/10/2013 12:51 PM, Aere Greenway wrote:
This morning, I obtained the svn source for the latest Rosegarden code
(I was careful to do that this time), revision 13178.
Unfortunately, it did not build successfully.
Just to be sure, try the following in the rg directory:
$ svn update
On 01/10/2013 01:36 PM, Aere Greenway wrote:
It appears your WIKI on using the Eclipse IDE to work on Rosegarden
(which I'm using, except I get the source the way you normally get the
source, since I do not have a SourceForge user-ID), does not include the
svn update step.
I just threw
On 01/10/2013 06:55 PM, Aere Greenway wrote:
I followed your instructions, and the build succeeded this time.
The key thing that I noticed was that configure.ac had changed
recently (I saw it go by when I did an svn update). That requires a
complete rebuild from the very start (make
On 12/14/2012 05:35 PM, Tom Breton (Tehom) wrote:
I found it the old behavior convenient and I still find myself
automatically reaching for Return. What do others prefer?
My opinion isn't worth much as I don't actually use rosegarden,
however, I find myself hitting the space bar for play
On 12/07/2012 06:47 AM, D. Michael McIntyre wrote:
I finally got around to sifting through the bug tracker and looking at
all the 12.12 marked stuff. It's all either fixed or postponed except
Can't record Beethoven and cppcheck report.
Don't wait on those two. They are ongoing and may
Ted, I had to change some of your comments
Looks good, Tom. I skimmed through all of this and I did see the
things I had made mention of in a previous commit. Looks like you
rewrote the comments to make a lot more sense. (Though, honestly, it's
been so long, that code looks really
Bug 1352 can be closed now (or set to pending whatever the current
process is). I don't have bug admin privileges anymore or I would do
this myself.
Ted.
--
LogMeIn Central: Instant, anywhere, Remote PC access and
On 10/26/2012 05:52 AM, D. Michael McIntyre wrote:
On 10/25/2012 07:58 AM, Ted Felix wrote:
updateRefreshStatuses() is getting called about 388 times per second.
Holy crap, Batman!
Indeed. We're looking at almost 900 calls per second to Segment
notification related functions while
On 10/26/2012 08:20 AM, Ted Felix wrote:
I don't think SegmentRefresh is the best solution, however...
Correction: By SegmentRefresh, I mean either RefreshStatus or
SegmentRefreshStatus.
Ted.
--
Everyone hates
On 10/25/2012 04:16 AM, Chris Cannam wrote:
(I don't have the program in front of me atm either, and I can't
actually remember offhand whether we don't show them at all or update
them in batches -- either way we shouldn't be having a callback
per-note and no edit commands should be firing)
Well, this is becoming quite the little nightmare.
The executive overview goes something like this Rosegarden was
designed to be a MIDI editor. Then someone decided to add MIDI
sequencing to it. But what's ok for a MIDI editor (very CPU intensive
updates in response to infrequent
On 09/29/2012 04:58 AM, Holger Marzen wrote:
I know that there are talented coders actively working on bugs.
I would love to work on this as it is right up my alley: Real-time
and difficult. However, I'm in the middle of other difficult issues and
have very little (real) time. What would
Michael, if you have some time, can you point ohloh to the new repo?
The pretty graphs keep me motivated. No hurry. Thanks.
Ted.
--
How fast is your code?
3 out of 4 devs don\\\'t know how their code performs in
On 09/29/2012 07:45 AM, D. Michael McIntyre wrote:
I added the new repo. I've left the original one for now. See what
this looks like after they get a chance to crawl the new repo
The numbers look a bit wrong. It's inflated my commits quite a bit.
Maybe it's double-accounting? Looks
On 09/27/2012 10:32 PM, Holger Marzen wrote:
Is there still some documentation?
Documentation is kept on the wiki.
http://www.rosegardenmusic.com/wiki/start
Ted.
--
Got visibility?
Most devs has no idea what their
Thanks for the fix. I've tested this twice now and it appears to be
working fine in precise.
BTW, the upstream bug tracker just changed and the new bug number is
1331.
** Tags removed: verification-needed
** Tags added: verification-done
--
You received this bug notification because you are a
It took Ubuntu three months to respond to my request to apply a patch
to rosegarden.
https://bugs.launchpad.net/ubuntu/+source/rosegarden/+bug/1019400
Don't think I'll be bothering with that again. A PPA has got to be
faster/easier.
Ted.
On 09/26/2012 10:04 PM, Aere Greenway wrote:
I am wondering, where Ubuntu finally (after 3 months) applied the patch
to Rosegarden, if that means that an update will be coming out with that
fix to level 12.04,
Yes, there will be an update to Ubuntu 12.04 (Precise) that will
include this
On 09/23/2012 04:46 PM, D. Michael McIntyre wrote:
You're on the ball, aren't you Ted?
Apparently not. The URLs I used are read-only. To checkout a
version that can be committed you have to do this:
svn checkout
svn+ssh://use...@svn.code.sf.net/p/rosegarden/code/trunk/rosegarden
On 09/16/2012 08:04 AM, D. Michael McIntyre wrote:
Does anyone remember the status of this particular issue?
Yeah, I added it to my bug report 3560849. Tim was concerned that it
wasn't a safe patch to apply. I'll have a look at it eventually.
Ted.
Fine with me, my local copy has no changes. If it did, I would just
update, make a patch, and apply it once we get to the other side.
Ted.
On 09/15/2012 06:49 AM, D. Michael McIntyre wrote:
On 09/15/2012 04:50 AM, D. Michael McIntyre wrote:
I put all of my piddle projects in for
On 09/14/2012 02:57 PM, D. Michael McIntyre wrote:
As I recall, this move is going to wipe out our bug and feature
request trackers.
The only thing I would need would be the open bugs from the last
year. I think that's only 14 bug reports. From 3427608 onward. I can
certainly help
But IMO garbage collection still has a lot to offer us.
I have no experience with garbage collection, but I would be
concerned about something that can be unpredictable in a time-critical
system like rosegarden. My impression is that near-real-time and
garbage collection do not mix.
Ted.
On 09/11/2012 08:53 PM, Aere Greenway wrote:
I'm still working on course-ware, so nothing is going to ship in the
near future.
That means fixing the problems is a higher priority.
Ok, then I'll take a look at Beethoven (and hopefully a whole host of
recording issues) next.
Since Lubuntu
On 09/11/2012 09:34 PM, Aere Greenway wrote:
The case where input events get missed when recording is (of the
problems not yet fixed) the highest priority, which I think the
Beethoven piece is a part of.
Ok, there were two test cases where notes were dropped. One was very
serious in that
On 09/07/2012 11:38 AM, Chris Cannam wrote:
So, what do you think? Developers please please pick one of the following --
If Michael ever really quits this project, I vote for git or
Mercurial. I don't know Mercurial, so I don't really have a preference
between it and git. I do know git a
On 09/06/2012 07:52 PM, Tom Breton (Tehom) wrote:
I've moved the read lock in MappedEventBuffer::peek into
MappedBufMetaIterator functions so that it covers the entire scope during
which the MappedEvent pointer is exposed. It's not perfect, because
caller has to know to do that, but it's much
On 09/05/2012 12:06 PM, Tim Munro wrote:
I think I might have accidentally fixed this a few months ago, while
tackling a similar bug in my own copy of Rosegarden:
Thanks a bunch for this. I've copied it over to the bug tracker as
the mailing lists on sourceforge are a real pain to use as
Status update.
I've whittled down the Beethoven acid test to a small MIDI file that
causes lots of trouble for rg. I've opened a bug report (3555441) for
this and will continue to update status there:
http://sourceforge.net/tracker/?func=detailaid=3555441group_id=4932atid=104932
My
I have been wondering regarding the missing notes problem, particularly
with the 'acid-test' case, if increasing the ALSA client pool size might
solve it.
The dropped notes problem is now fixed in revision 12959. Turns out it was
a bug that was made worse by slower computers. So it would
I've opened a bug report (*3542166)*on sourceforge for the dropped
notes problem:
http://sourceforge.net/tracker/?func=detailaid=3542166group_id=4932atid=104932
Shouldn't be too hard to figure out.
I've also successfully reproduced a crash. Looks like a wild
pointer. While recording,
On 6/30/2012 5:18 PM, Aere Greenway wrote:
By the way, the acid test piece is the 3rd movement of Beethoven's
Moonlight Sonata, which I originally put in note-wise, using
software on a Radio Shack Color Computer, which I recorded to the
Roland D20 synthesizer's onboard sequence editor. I
Public bug reported:
In upstream revision 12743 of rosegarden, an endless loop situation
related to MIDI import and recording was fixed. A lubuntu user reported
this bug upstream recently. The attached patch is the fix. Please add
this to Ubuntu's rosegarden build for Precise. (Quantal should
** Patch added: upstream patch revision 12743
https://bugs.launchpad.net/bugs/1019400/+attachment/3208170/+files/rg12743.patch
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1019400
Title:
Hang
I tried out Ubuntu-Studio 12.04, which has the low-latency kernel,
and learned more about the problem.
Thanks for the additional info. Here's my plan for the moment (when
I have a moment)...
I'm going to try filing a bug report with Ubuntu to get the patch for
the hang in there.
On 6/22/2012 1:32 PM, Aere Greenway wrote:
The following packages will be REMOVED:
jackd2 jackd2-firewire libjack-jackd2-0
Not this again! I've run into this before. Turns out there are two
versions of JACK. Version 1 is written in C, 2 in C++. 2 offers a few
extra features, but I
On 6/23/2012 1:37 PM, Aere Greenway wrote:
I installed Rosegarden 12.12 there without any problems -
congratulations on your straight-forward, accurate, and detailed
instructions.
Wow. I hadn't actually tried my exact instructions because I have a
script that installs all the rosegarden
On 6/20/2012 9:44 AM, Ted Felix wrote:
This is my suspicion at this point. Hoping to get some time to work on
this.
Ok, finally got some time to look at this. I was unable to reproduce
the hang. I suspect that this was fixed back in January. We might be
able to work on getting
I would be happy to file the bug reports, except that I have been
unable to figure out how to do it.
The best place to file bug reports for any piece of software is
upstream. IOW, the developer's website. Bug reports with distros
(like lubuntu) tend to get ignored, especially for fringe
On 6/13/2012 1:27 PM, Aere Greenway wrote:
I have come up with a way for you to reproduce the problem on your
system.
Wow. Thanks for all this. I'll see if I can squeeze some time in on
this soon. That repeating error message was related to the quantizer
getting confused with notes of
On 6/5/2012 4:41 PM, Aere Greenway wrote:
WARNING: SegmentNotationHelper::makeNoteViable(): No valid split for
event of duration 896 at 107520 (split duration 960), ignoring remainder
WARNING: This is probably a bug; fix required
Boy, that looks familiar. I've been in that code and fixed
On 5/22/2012 3:09 PM, Aere Greenway wrote:
I then clicked the stop (the filled-in square) toolbar button of the
Rosegarden window, and the Rosegarden window immediately disappeared
(I assume from the crash).
I cannot get two MIDI keyboards to crash rg. Here are the steps I took:
1.
Confirmed with rosegarden and kstars.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/995916
Title:
No launcher icon or Alt+Tab entry for Gimp windows
To manage notifications about this bug go to:
Tried reproducing this with the latest version of rg (upstream from
svn). I could not. I think this has been fixed (probably during the
qt4 upgrade a couple of years back). I believe this bug can be closed.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which
On 5/8/2012 11:52 PM, Daren Beattie wrote:
Does anyone have experience with smart pointers?
shared_ptr works for me:
http://www.boost.org/doc/libs/1_49_0/libs/smart_ptr/shared_ptr.htm
http://en.cppreference.com/w/cpp/memory/shared_ptr
But I do try to avoid it by writing code that doesn't
Minor potential issue...
MusicXML import doesn't seem to assign instruments. I saved a three
track sequence (piano lh, piano rh, flute) as MusicXML, then I imported
it. All three tracks came back as instrument #1 which was piano. This
might be a limitation of MusicXML? If so, not a
Bring up rg and select the first audio track. The assertion message:
rosegarden: src/sound/ControlBlock.cpp:408: void
Rosegarden::TrackInfo::makeChannelReady(Rosegarden::Studio): Assertion
`instrument-getType() == Instrument::Midi' failed.
Ted.
On 4/15/2012 4:46 PM, Tom Breton (Tehom) wrote:
Somewhat dirty, in that it assumes all instruments are fixed. I didn't
see a good way to deal with playing on a track with auto or audio
instruments.
I tried it out and it works fine for tracks in fixed mode.
Maybe when an auto mode
Thanks for the bug report.
r12743 (Jan 8, 2012) of rosegarden fixes a similar bug. If you can
attach a sample MIDI file that causes the problem, I can test it against
the latest source.
Ted.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
Thanks for the bug report.
r12743 (Jan 8, 2012) of rosegarden fixes a similar bug. If you can
attach a sample MIDI file that causes the problem, I can test it against
the latest source.
Ted.
___
pkg-multimedia-maintainers mailing list
On 4/12/2012 12:05 AM, Ted Felix wrote:
Ok, I put a few SEQUENCER_DEBUG statements in
ChannelManager::doInsert(). In every case, every time doInsert() is
called, even the very first time, m_triedToGetChannel is found to be
true which causes the routine to exit. Thus, the channel never gets
On 4/12/2012 1:33 PM, Tom Breton (Tehom) wrote:
Another long shot hypothesis: You said earlier that you had set
instruments to fixed and that worked. On the document you're working
on, how many instruments are fixed? Rather, how many channels do they
occupy?
I have the problem with only
On 4/12/2012 3:23 PM, Tom Breton (Tehom) wrote:
Clearly something is drastically wrong and varies by setup. I just
can't see how.
Got it...
Looks like the problem is static initialization order:
http://www.parashift.com/c++-faq-lite/ctors.html#faq-10.14
The following lines from
On 4/10/2012 3:31 PM, Tom Breton (Tehom) wrote:
Anything else I should try? Path through the code to follow?
I'm not sure what to path to tell you, since I'd be following it myself
and that would duplicate our effort.
Understood. I just have a feeling that I'm the only one that can
On 4/11/2012 4:14 AM, D. Michael McIntyre wrote:
For lack of anything better to compare, I'll mention that I'm running
Kubntu 10.04 64-bit. Maybe you're running 32-bit and there's some
stupid MAX_INT bug or something. Hopefully.
I'm running 32-bit Ubuntu 11.10. 32-bit might indeed be a
On 4/11/2012 8:35 PM, Tom Breton (Tehom) wrote:
Here's a long shot, but easily tested: Does it depend on whether the
bank and program boxes on Instrument parameters are checked? Does
it either cause the same problem for fixed or fix it for auto?
This has no effect. I tried every
On 4/9/2012 10:32 PM, D. Michael McIntyre wrote:
I think we intended for melodic instruments to float by default, so
the behavior you're seeing is expected, I think. I wonder why it isn't
working?
Ok, so it should be working for me. Then let me detail the steps to
reproduce and what
I loaded some old sequences and I noticed that they do not play.
Turns out the auto/fixed switch is set to auto for old sequences
(usually) and that is the problem. I set the switch to fixed and all is
well. To prevent user confusion, I think we need to get the following
rule in place:
On 3/21/2012 12:19 PM, Tom Breton (Tehom) wrote:
I have attached those outputs.
This was perfect. Thanks. I reviewed all of it and it looks fine.
Looks like the only clash was with a compiler warning that I fixed.
But your final fix for that is equivalent to mine.
How'd you get a
On 3/19/2012 9:18 PM, Salvo Tomaselli wrote:
after the upgrade
srwxr-xr-x 1 root root 0 mar 20 02:15 /var/run/acpid.socket
before the upgrade
srw-rw-rw- 1 root root 0 mar 20 02:15 /var/run/acpid.socket
Thanks for the bug report.
I've verified this and should have a fix by the end of the day.
Patch to 2.0.15 attached. This fixes the fchmod() issue and should
give the correct permissions.
The -g option was a bit more tricky to fix. I ended up having to
go back to chown() and that seems to work ok. No matter where I put
fchown(), it just didn't work.
If you can give it
On 3/20/2012 1:19 PM, Tom Breton (Tehom) wrote:
OK, I can send you the files if that helps. But it's just the current
version of trunk, ie what you'd see anyways.
I just want to see the changes I made, then the changes you made to
those. With git:
git log -p file1
git log -p file2
On 3/19/2012 6:13 PM, Tom Breton (Tehom) wrote:
The only squeaky point was merging CompositionMapper.cpp and
SequenceManager.cpp where Ted and I have both made changes, sometimes to
the same function. I think the merge preserves the senses of both sets of
changes. I mention it because it's
On Mon, Mar 12, 2012 at 10:28:14PM +0100, Luciano Bello wrote:
Is it a security problem?
Given that F_SETFD != F_SETFL, I would say that this is a security
problem. A userspace program can cause acpid to stop processing by
blocking on a socket.
Ted.
--
To UNSUBSCRIBE, email to
On 2/26/2012 8:10 AM, D. Michael McIntyre wrote:
On Sunday, February 26, 2012, Dave Plater wrote:
...Rosegarden has been marked GPLv2 or later for as long as I've been
maintaining it for openSUSE but when I submitted 11.11.42 to factory the
legal department license check said it was plain
On 2/17/2012 7:04 AM, D. Michael McIntyre wrote:
Oh well, Ted Felix will probably find and fix all of them eventually.
It's a lot of code. It will take several decades. But I will prevail.
Ted.
--
Virtualization
On 2/2/2012 4:23 AM, D. Michael McIntyre wrote:
It's all just stupidly complicated, isn't it Ted?
I've spent many days on TrackLabel, and it is really tough. However,
it looks like what it is trying to do is actually really simple. I'm on
the verge of doing the actual rewrite and it looks
On 1/20/2012 3:39 PM, Adam Heath wrote:
The manpage for acpid(8) mentions /proc/acpi/event. That file doesn't
exist in 3.2(probably 3.1, maybe others). I'm guessing that the file
hasn't actually existed for a large number of kernel revisions.
Since debian is going to be shipping a 3.x
), sh(1), socket(2), connect(2)
+acpid(8)
.SH AUTHORS
+Ted Felix (www.tedfelix.com)
+.br
Tim Hockin thoc...@hockin.org
.br
Luca Capello l...@pca.it
But it actually might be avoidable. Segment is now a QObject, so it
emits the signal destroyed just before it is destroyed. You could
connect that signal to CompositionMapper and do
CompositionMapper::removeSegment before the segment is actually freed,
if you think it's worth doing.
I
Hopefully my last commit removing .cproject didn't mess anybody up.
I've just noticed that there are a number of Eclipse related files in
svn. I think it would be best to remove all of them as the choice of
IDE and how it is configured should be up to each developer. I'd like
to propose
these alternative keywords [and, or, not] have been part of the C++
standard for a long time
Thanks, Michael. I've been coding in C++ for almost 20 years now and
completely missed this. I'll have to go do some research myself and get
caught up.
Ted.
On 12/12/2011 3:30 PM, D. Michael McIntyre wrote:
I just figured I'd release it in its original state one time and see
how it went over. If nobody complains, using a 50 ms timer really does
bring about a dramatic reduction in CPU usage. If people do complain,
there's room to play with it.
I've been working on tracking down Rosegarden performance issues when
recording MIDI. I think I've identified the problem, and unfortunately,
it is rather pervasive. It will require quite a bit of time and effort
to fix. My time is pretty limited when working on rg, so I anticipate
this may
On 11/12/2011 7:00 AM, D. Michael McIntyre wrote:
== ROSEGARDEN 11.11.1, codename Edelweiss RELEASED ==
Rosegarden 11.11.11 is a minor point release that includes additional
translations, and one notable change by Ted Felix that might offer a tangible
reduction in CPU usage without
Public bug reported:
Try building this with optimizations off:
// gcc c++ bug: static const int member and the ternary operator
// gcc (Ubuntu/Linaro 4.6.1-9ubuntu3) 4.6.1
// Build with optimizations off.
//g++ -O0
class A
{
public:
static const int I = 0;
static const int J
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/883560
Title:
C++ static const int and the ternary operator
To manage notifications about this bug go to:
On 8/28/2011 11:17 PM, D. Michael McIntyre wrote:
On Sunday, August 28, 2011, Ted Felix wrote:
The names in usedAudioFiles were all full path names while the names
in theaudio tags were just base names... the .rg files that were created
(for me anyway) had all theaudio tags removed
On 8/28/2011 12:26 PM, D. Michael McIntyre wrote:
Import/Export Rosegarden Package Fixes
- Fixed a bug where all audio files would be lost in the .rg file when
exporting to a rosegarden package (.rgp).
Would you mind giving a bit of explanation what the bug was, and what was
required to
On 7/23/2011 6:34 PM, Samuel Thibault wrote:
Shouldn't acpid somehow avoid calling the same script for the same
event over and over?
acpid's only purpose is to call scripts in response to acpi events.
It is up to the script to avoid doing unnecessary things that result in
writing to the
On 4/5/2011 12:41 AM, Hannes Calitz wrote:
It seems the only problem is
detecting the hotkeys on F1 to F9. Maybe then not an acpi problem but
rather a hal or xorg problem?
Usually, this is a kernel driver issue. It's easy to eliminate acpid
as the cause simply by running a window manager
Public bug reported:
The dssi-dev pkg in Maverick depends on libjack-dev. If the user
attempts to install dssi-dev with JACK2 installed, this causes a back-
leveling of JACK to JACK1. However, dssi does not specifically depend
on JACK1. In Natty, this has been fixed. dssi-dev now depends on
Are you running a window manager like KDE, GNOME, Xfce... when this
happens?
Ted.
On 4/1/2011 12:01 PM, HCalitz wrote:
Package: acpid
Version: 1:2.0.8-3
Severity: normal
The Fn-F1 to Fn-F9 keys does not work anymore. They used to work fine until
the last update.
There may be a problem
On 11/3/2010 10:11 PM, D. Michael McIntyre wrote:
== ROSEGARDEN 10.10, codename Betty Prior RELEASED ==
Is the string freeze lifted?
Ted.
--
The Next 800 Companies to Lead America's Growth: New Video
, Ted Felix wrote:
Is the string freeze lifted?
Yes, but if you're going to make string changes, I'd appreciate it if you'd do
so with Qt 4.7 or later. I'd like to avoid any chance, however remote, of our
translations getting mangled again.
Are you planning to work on anything
Thanks for this. I'll get it into my next release.
Ted.
On 10/18/2010 4:18 AM, Stanislav Maslovski wrote:
Package: acpid
Version: 1:2.0.6-1
Severity: wishlist
Tags: upstream patch
Hello,
I think that it is reasonable to add support for the very common CD
play/pause and related buttons
I just committed revision 12057 to the repository.
r12057 is working quite well. I can do non-destructive adjustment of
a segment's size via its right edge, and segments are non-destructively
truncated by the composition. This is great.
Now the not-so-good news. There are a couple
Try the attached patch.
diff -N -r -U 10 -x '*.o' -x '*~' -x '.*' -x '*.out' -x CVS -x '*.moc'
acpid-2.0.6/event.c acpid/event.c
--- acpid-2.0.6/event.c 2010-03-28 10:00:04.0 -0400
+++ acpid/event.c 2010-09-27 18:26:48.0 -0400
@@ -115,20 +115,26 @@
}
/*
I vote for keeping the non-destructive resize feature, mainly
because I've spent many hours making sure that copy/paste range handled
it properly. It does give the user more power in that they don't have
to use undo. And if they are several edits down from the adjustment of
the end time,
Testing this particular one, I find that I can no longer remember how
it used to behave. Did it maintain the left edge position?
It maintained the coordinate of the viewport (not sure I'm using the
proper terminology) while the data zoomed in and out. (Tough to
explain.) So, it would
I would like to make the behavior of the playback position pointer, when
dragging, consistent with the dragging behavior in other areas of rg.
Right now, the playback position pointer exhibits the following behavior:
Drag - smooth drag
Shift-Drag - sets the loop range
Ctrl-Drag - nothing
Take your time. I've got plenty of less controversial items to work on.
Ted.
D. Michael McIntyre wrote:
On Sunday, June 27, 2010, Ted Felix wrote:
Objections?
I probably do have objections, yes. I don't have time to sift through all of
this just at the moment, but I promise
901 - 1000 of 1018 matches
Mail list logo