迭代burndown圖表大小不被尊重？

（這是通過loginKey反彈之外運行報告 - 目前使用的1.26，雖然我使用了嘗試1.32，在結果沒有區別）迭代burndown圖表大小不被尊重？

看來，即使迭代燃盡圖接受的寬度和高度參數，它們在任何意義上都是不可靠的，而且往往不受尊重。如果我將其解壓縮到所呈現的iframe中，我看到下面的鏈接：

https://loginapirally1.rallydev.com/slm/analytics/reports/4/run?WIDTH=1024 & HEIGHT = 768 & ITERATIONS = [MY_ITERATION]

但是圖表根本沒有接近這個大小 - 無論請求什麼樣的w/h，通常它似乎默認爲很小的尺寸（540pt x 300pt）。在我的實現中，我有一個div中的burndown圖表，首先將其調整爲窗口大小，然後將這些維度傳遞給購物車對象。在某些尺寸下，它將接近佔據空間，但在其他尺寸下，它將恢復爲默認尺寸。

這是一個已知的問題？我錯過了什麼明顯？預先感謝任何人的任何想法！

來源

2013-02-27 Curtis

無論出於何種原因，我發現我可以獲得的所有標準報告中最大的是Height = 599和Width = 999.如果我帶着更大的東西走，我最終會得到比599x999小得多的尺寸。一個例外是Velocity Chart，如果你的Height爲599，它很大，但有一個垂直滾動條，但是如果你將高度設置爲600，那麼它就更小了，並且沒有滾動條。

來源

2013-02-28 00:02:45

有趣的 - 我確實看到這確實使最大的圖表，它收縮到600或更高。我也聯繫了拉力賽的支持，並將更新這個線索與他們讓我知道的任何事情，但非常感謝你這一點的信息 - 非常感謝！ – Curtis 2013-02-28 04:20:02

我收到了反彈的支持確認確實使用loginkey時，這是最大支持分辨率：

「只想讓你知道，我已經收到確認從我們的工程團隊，通過LoginKey最大分辨率爲確實是600x1000，所以599x999確實是對的。「

來源

2013-03-01 23:49:17 Curtis

迭代burndown圖表大小不被尊重？

回答

相關問題