Changes between Version 38 and Version 39 of ITERATION_07/Release


Ignore:
Timestamp:
04/16/09 20:54:52 (16 years ago)
Author:
jani
Comment:

--

Legend:

Unmodified
Added
Removed
Modified

  • ITERATION_07/Release

    v38 v39  
    9696- pav - [2241], [2242] - this includes the same frame properties too(solid and gradient). There are some bugs for now - the solid color repaints only when you click another background type, the page has the chosen gradient when it is resized and the background panel(settings) works well when you click outside the background and border hud. 
    9797 * Frame rotation 
    98   * ~~Move rotation to the model - pap 2009-04-16-15:17EET. [2222],[2246] 
    99   * ~~Fix defaults. - pap [2222], [2246] 
     98  * ~~Move rotation to the model~~ - pap 2009-04-16-15:17EET. [2222],[2246] 
     99  * ~~Fix defaults.~~ - pap [2222], [2246] 
    100100  * Move rotated frame 
    101   * Position and size of the HUD and halos are bad. - pav [2230] 
     101  * ~~Position and size of the HUD and halos are bad.~~ - pav [2230] 
    102102  * Behavior when aligning rotated frames. 
    103103 * Previous releases 
    … …  
    126126 * Inserting media (audio/video) is not working. 
    127127 * ~~ Preview mode does not work with the ne template/resourceref logic~~ --meddle 2009-04-16 18:15 [2240]. 
    128  * ~~The position of the page resize halo button is incorrect, when page zooming is used.~~ 
    129   
    130   Changeset: [2206] 
    131  
    132   I backed out a change I made the other night for selection rectangle and moved the change into PageLogic.  This was the riskiest of changes.  
    133  
    134   I added helper methods on AuthorPageWorkArea to scale points.  I added methods to type classes to help with accessing their data, and scaling.  I also added preliminary code for size() on a halo menu, to call computeSize(), but even though the new size is computed, the halo buttons are not scaled, and I am leery of making any deeper of a change today.  So the button will now be positioned properly, but it remains the same size (and HUGE when scaled at 10%).    However, there is another bug with dragging the button when the page is scaled, and I added it to the list. 
    135  
    136   Backed out: [2207] 
    137  
    138  * Page resize halo button does not track the mouse properly when the page is zoomed 
     128 * ~~The position of the page resize halo button is incorrect, when page zooming is used.~~ --sriggins 2009-04-16 [2206], [2207]. See [#Comments] ^1^. 
     129 * Page resize halo button does not track the mouse properly when the page is zoomed. 
    139130 * ~~Annotations don't have user interaction.~~ --mitex 2009-04-16 18:30 [2243] 
    140131 * Changing skin to hacker skin, then back to default does not restore the default skin. Most probably due to MyDoggy library. 
     132 * Many visual items need to be reorder, since the sortkey is now taking into account. 
    141133 
    142134 
    … …  
    156148 * All your changes from now on will affect only the release branch 
    157149 * We should prepare a good sample book. 
     150 
     151=== Comments on fixes === 
     152 * ^1^ I backed out a change I made the other night for selection rectangle and moved the change into PageLogic.  This was the riskiest of changes.  I added helper methods on AuthorPageWorkArea to scale points.  I added methods to type classes to help with accessing their data, and scaling.  I also added preliminary code for size() on a halo menu, to call computeSize(), but even though the new size is computed, the halo buttons are not scaled, and I am leery of making any deeper of a change today.  So the button will now be positioned properly, but it remains the same size (and HUGE when scaled at 10%).    However, there is another bug with dragging the button when the page is scaled, and I added it to the list.