看了一下浩瀚大大
的報價,真的覺得報表部分的價格可以再拉高一點!轉成 pdf報表 的痛,坦白說不亞於修改 IE 啊!
感謝大大我再來看一下
to:darwin0616
其實如果沒必要的話,我很少轉成pdf。大都是直接輸出word或excel(看報表情況)
但就算要轉pdf我也沒差。只要不是很特規的表格。我是有用到html轉pdf的方式處理的。所以我只要設計好html就行了。就能幫我定好位了。
不過當時要寫這個轉換程式確實是花了我不少時間處理就是了。
但沒有跨頁的問題嗎,我之前也有轉pdf的問題,印象中是後端實作
報表的做法也是一堆!大多看公司用什麼報表軟體:iReport、水晶報表、帆軟報表...。發生的問題點也不一樣!以我之前發問的那篇為例:請求iReport大師解答...版上半小時內沒回應後,我就回歸原始的Java POI套件把遇到的問題解決了!(又多了一個未來談薪的籌碼)
這可能就是你誤會了,所謂的html是指樣板的一種。它一次是只有處理一頁的。一樣也是有搭配頁頭頁尾等印表的設定。
我只是用html來做我的樣板應用。方便我修改樣版調整。
因為有用過pdf輸出的人,大多數會碰到的問題,就是程式處理輸出還有定位位移相關的問題存在。處理起來超麻煩的。這也可能就是 darwin0616 所說的痛處。
所以我在當時我就用了html的特性來寫了一個轉換。目的是為了寫一個套版用的程式。不要每一次改不同客戶的報表,又要在那邊對位對的要死。只要調整一下html就好了。且html也可以直接預覽查看對應。(雖然也不是很準確)
痛處正解!另外還有罕用字問題也是!
罕用字的部份,我之前是用造字的方式來處理的。
因為,這還真的超無解的。
後來還是有找到一個字型可以應付大多數的字。
特規字還是會請他們用造字檔了。
我之前也是用html排,但跨頁要自己算,對位置真的對了半死,後來沒有新需求,就沒有再找到最佳的解。
跨頁我處理的方式,是依產生的高度與長度來處理的。其實我的html檔。都是用px或是cm的方式做定位去處理。然後再搭配圖層的原理自調整定位位置。也就是說,我本身的html其就已經有各種尺寸的規範。
剩下來的就是內容的定位處理。
但在資料的輸出中。有時會碰上有等高與不等高的情況下。一般就是利用了css跟div的特性去計算出高度後。再決定要輸出的資料是否要分頁及不分頁。及資料的斷接點為何。其搭配的頁頭頁尾又是為何。
我當時在寫html轉換為pdf這支轉換程式檔。著實花了我不少時間去做處理改良。但就如現在一切都改良到差不多的情況。現在我都不需要太過擔心pdf的問題。
ㄜ,我沒接過案!
不過最近因緣際會看到NT150.com
Java web 應該至少 20K 起跳吧!
網站&APP後端API程式開發
『不過還是找個有人幫你付勞健保的工作比較好!』
明年勞保好像又要漲價了!
重點是等我70歲時,勞保可能已經破產了... Orz提高保費,延後破產!最後的結果還是破產!
這個邏輯應該很好懂!不過事實就是這樣搞!
七年級生的悲歌!
如果想兼職,可以考慮兼兼看軟體講師!
不過依個人的經驗,即便是最後段的科大,講師的要求也是台、清、交、成的學歷比較有機會!
時薪大多是 1200~1500 (不過交通費大多要自付)!
你在這裡問不到答案的
還不如去外包網站發個案件
把你的規格統統寫上去
就會有人來報價
你再問他報價的計算方式和依據就好了