跳到主要內容

轉貼:學術期刊投稿術語 (整理篇)

本文引用自:http://tw.myblog.yahoo.com/jw!9vXcVE.ZFRoOCUcZ5Y4Hmg--/article?mid=144&sc=1
原作者及部落格:熱帶魚、熱帶魚的部落格

國際學術期刊投稿術語與流程
01. Submitted to Journal 論文剛提交後的狀態(系統會自動顯示)
(記得先確認系統所轉換的PDF檔內容是否有誤,無誤後記得按"確認",才會開始進行初步審查)

02. Manuscript received by Editorial Office 你的論文已到編輯手裡(證明投稿成功)
(這時Editor就會給你的論文一個"manuscript number"以供查詢之用>>view submission的PDF檔)

03. With editor 如果在投稿時没有要求選擇編輯,就先到主编那裡,主编會分派给别的編輯。這當中就會有另兩個狀態:
3.1. Waiting Editor Assignment 指派責任編輯
(Editor assigned 是把你的文章分给一個編輯處理)
3.2. Editor Declined Invitation (Editor Invited)如果编輯接手處理了就會邀請審稿人。

04. 随後也會有兩種狀態
4.1. Decision Letter Being Prepared 就是編輯没找審稿人就自己决定了,根據一般經驗,對學生來說估計會掛了: (1)英文太差,編輯建議你再修改。 (2)内容太差或投稿的論文領域不符合,要拒絕了。除非直接被接收啦!(還是別做太多白日夢...... >_<|||)
4.2. Reviewer(s) invited 尋找審稿人中,等待他們審稿

05. Under Review 開始審稿
這應該是一個漫長的等待。當然前面各步驟也可能很慢,就看編輯的處理情况。
若被邀請審稿人不想審稿或在期限內無法提交意見時,编輯會重新邀請别的審稿人重新審查。

06. Required Reviews Completed
審稿人的意見已上傳,審稿結束,等待編輯决定

07. Evaluating Recommendation (Decision in Process)
評估審稿人的意見,随後將收到編輯給你的最終決定
通常編輯會給的決定如下: (1) Accept as written (這種機會很少)
(2) Accept with minor revision (只需小改,被接受的機會很大)
(3) Accept with major revision (需要大改,但還有機會被接受)
(4) Reject (跟期刊說"掰掰"囉!)

08. Minor revision/Major revision 這個時候可稍微慶祝一下囉!因為有修改就有可能。具體怎麼改就不多說了,謙虛謹慎是不可少的。(通常只允許你1-3個月去處理Revision)

09. Revision Submitted to Journal 又開始了一個循環。(注意: 論文還是有可能會被Reject唷!)

10. Accepted 恭喜囉!

11. Transfer copyright form 簽版權協議

12. uncorrected proof 等待作者校對稿件

13. In Press, Corrected Proof 論文印刷中,且該稿件已經作者校對

14. Manuscript Sent to Production 排版中

15. In production 等待出版


另外的一些常見英文詞彙:

camera-ready paper 可以付印的正式稿件

graphical abstract 圖文摘要(一個能突出你文章特色的圖,配上一兩句話說明)

running head
就是發表文章裡顯示在你的頁碼上(一般論文偶數頁顯示RUNNING HEAD,奇數頁顯示論文的前幾位作者的英文名縮寫),一般是用一個短語(幾個單字,別太長了)根據你論文的主要内容。

Response to the reviewers' comments
針對reviewers的疑問point-to-point回答即可。
先把各個reviewer的問題,還要有指出的文字錯誤部分copy下來,然後逐一回答: (範例如下)
reviewer 1
question 1 ...XX.........
answer:......... (pageXX, lineXX-XX) or (pageXX, lineXX-XX from bottom)
question 2...XX.........
answer:......... (pageXX, lineXX-XX )
文字修改 也一樣
*******(原來的意见)
corrected ******((pageXX, lineXX ))
就是讓他一眼就看出來你改了,在那裡?如何改的....
最後,我在這兒祝福每位即將投稿或等待投稿結果的你們,一帆風順囉!(歡迎與我分享你的喜悅或經驗談)

留言

這個網誌中的熱門文章

用 C# 批次控制 Word 合併列印

前由 我有全區的電話資料,問題在於我要依不同里別來製作出電話簿。結果如下圖: 單純採用合併列印無法達成我的需求。解決方法係用「功能變數」儲存上一個里別,與現在里別進行比較:若不同,則換頁。不過,這樣功能變數還蠻長的。最後,我還是採用 C# 來解決。 解決方案 用 C# 控制 WORD 中合併列印的「資料來源 Data Source」,給予不同里別的「sqlstatement」。迴圈處理不同的里別即可。但可預見其處理過程會很慢,不過還好,我可以不用在意它,有跑出結果即可。 程式碼 IList<string> areas = new List<string>() { "後壁", "侯伯", "嘉苳", "土溝", "嘉田", "嘉民", "菁豊", "崁頂", "後廍", "墨林", "菁寮", "新嘉", "頂長", "平安", "仕安", "竹新", "新東", "長安", "頂安", "福安", "烏樹" }; string root = @"D:\"; // 根目錄 string data = root + @"\data.docm"; // 資料檔(即資料來源) string template = root + @"\template.docx"; // 已設定好格式與合併欄位的 Word 檔 string output = @"d:\Final"; // 輸出之資料夾 object oMissing = System.Reflection.Missing.Va...

VLC c# 順利編譯

原文網址: http://www.cnblogs.com/haibindev/archive/2011/12/21/2296173.html 原文作者: haibindev 原文標題:c#万能视频播放器 本文的重點在於修正 class VlcPlayer,使其能順利在 VC# Express 2010 .Net Framework 4 下順利編譯。 修正重點在於 CallingConvention = CallingConvention. StdCall 改成 CallingConvention = CallingConvention. Cdecl using System; using System.Runtime.InteropServices; using System.Security; using System.Text; namespace VlcDotNet { class VlcPlayer { private IntPtr libvlc_instance_; private IntPtr libvlc_media_player_; private double duration_; public VlcPlayer(string pluginPath) { string plugin_arg = "--plugin-path=" + pluginPath; string[] arguments = { "-I", "dummy", "--ignore-config", "--no-video-title", plugin_arg }; libvlc_instance_ = LibVlcAPI.libvlc_new(arguments); libvlc_media_player_ = LibVlcAPI.libvlc_media_player_new(libvlc_instance_); } public ...

[Symfony+Doctrine] 透過非 Id 來使用 Pessimistic Lock

根據 文件 ,Doctrine 有 Pessimistic Lock,又分為兩種: LockMode::PESSIMISTIC_WRITE:對應至 MySQL 的 Select FOR UPDATE LockMode::PESSIMISTIC_READ:對應至 MySQL 的 Select LOCK IN SHARE MODE 差別在於 LOCK IN SHARE MODE 會將在 row 的資料鎖定(row-level lock),在非同一交易(Transaction)下,不給寫入,其他交易可以讀取, 且可以繼續 Select LOCK IN SHARE MODE 。而 FOR UPDATE 不僅鎖定該資料,在非同一交易下,不給寫入,其它交易可以讀取, 但不能 Select LOCK IN SHARE MODE 。MySQL 文件有更詳細的比較與情境使用的說明,參考 網址 。 現在問題是,我們要完全採用 ORM 來處理資料。Doctrine 的文件提到 EntityManager::find 可以採用 Pessimistic Lock, 但 find 是透過 id 來處理 。而其他 find 系列函數(包括:findAll, findBy, findOneBy)皆不支援 LockMode。 因此,勢必要有方法來「透過非 id 來使用 Pessimistic Lock」。透過查看原始碼,簡單的方法是有的,解法之範例如下: 19 public function depositAction() 20 { 21 22 $em = $this->getDoctrine()->getManager(); 23 24 $em->transactional(function ($em) { 25 $entityName = 'AcmeTrainingBundle:Account'; 26 $lockMode = LockMode::PESSIMISTIC_READ; 27 $orderBy = null; 28 $...