View Issue Details

Jump to NotesJump to History
IDProjectCategoryView StatusDate SubmittedLast Update
0000662OpenMPTFeature Requestpublic2015-03-12 06:412015-07-23 20:43
Reportergoluigi Assigned ToSaga Musix  
PrioritynormalSeverityfeatureReproducibilityN/A
Status resolvedResolutionfixed 
Platformx64OSWindowsOS Version7
Product VersionOpenMPT 1.24.02.* (old testing) 
Target VersionOpenMPT 1.25.01.00 / libopenmpt 0.2-beta13 (upgrade first)Fixed in VersionOpenMPT 1.25.01.00 / libopenmpt 0.2-beta13 (upgrade first) 
Summary0000662: "ternary" row highlight
Description

I'm not sure what else to call this but it's not exactly like what it sounds

I'll just put this picture here to show what i mean http://i.imgur.com/I1FdKlQ.png

There should be an option to highlight like this consistently (the red rows are what will be highlighted, main row highlight+6 in this case) you cannot do this with secondary highlight because it has no relation to the primary row highlight.

This would be useful for applications where you would want to convert an .it to a format (using another program) that does not really allow custom tempos and only allows speeds (pandatracker, zx spectrum tritone, etc)

Additional Information

I hope this explanation will suffice and the picture I linked will make it a bit more clear with what I'm talking about because it was worded really weirdly.

TagsNo tags attached.
Has the bug occurred in previous versions?
Tested code revision (in case you know it)

Activities

Saga Musix

Saga Musix

2015-03-12 12:03

administrator   ~0001987

Having the secondary highlight reset together with the primary highlight might indeed be a good idea.
goluigi

goluigi

2015-03-12 22:14

reporter   ~0001994

well the secondary highlight is still good as it is, I just mean another highlight that resets together with the primary highlight
goluigi

goluigi

2015-03-12 22:16

reporter   ~0001995

like a "primary+" highlight where you can set that highlight to happen after a certain amount of rows on the primary highlight (ex: primary+6 highlight)
Saga Musix

Saga Musix

2015-03-12 22:17

administrator   ~0001996

Dunno, I don't really think that the secondary highlight's current behaviour is very practical at all? I mean, I never use time signatures where the secondary highlight is not a divider of the primary highlight, but I would guess that normally it should behave like you want it to behave?
goluigi

goluigi

2015-03-13 05:08

reporter   ~0001997

the secondary highlight is a good divider for like every "bar"

but not good for subdividing beats

(that's what i mean with ternary/primary+ highlight)
Saga Musix

Saga Musix

2015-07-07 15:33

administrator   ~0002098

Last edited: 2015-07-23 20:39

I've modified the behaviour a bit so that both highlights reset at the start of a measure. http://sagagames.de/stuff/mptrack.exe
I still think that this pretty much solves your problem - if it doesn't, I guess I don't know what the issue is.

Issue History

Date Modified Username Field Change
2015-03-12 06:41 goluigi New Issue
2015-03-12 12:03 Saga Musix Note Added: 0001987
2015-03-12 22:14 goluigi Note Added: 0001994
2015-03-12 22:16 goluigi Note Added: 0001995
2015-03-12 22:17 Saga Musix Note Added: 0001996
2015-03-13 05:08 goluigi Note Added: 0001997
2015-07-07 15:33 Saga Musix Note Added: 0002098
2015-07-07 15:33 Saga Musix Assigned To => Saga Musix
2015-07-07 15:33 Saga Musix Status new => feedback
2015-07-23 20:39 Saga Musix Note Edited: 0002098
2015-07-23 20:43 Saga Musix Status feedback => resolved
2015-07-23 20:43 Saga Musix Resolution open => fixed
2015-07-23 20:43 Saga Musix Fixed in Version => OpenMPT 1.25.01.00 / libopenmpt 0.2-beta13 (upgrade first)
2015-07-23 20:43 Saga Musix Target Version => OpenMPT 1.25.01.00 / libopenmpt 0.2-beta13 (upgrade first)