Quantcast
Channel: All Open Tickets - Tera Term on OSDN
Viewing all 2128 articles
Browse latest View live

Serial Port greyed out - Tera Term Ticket #39302 on OSDN

$
0
0

Serial Port greyed out

Eröffnet am: 2019-06-06 03:02

Letztes Update: 2019-06-06 03:07

Auswertung:slac3kVerantwortlicher:(Keine)
Priorität:8Meilenstein:(Keine)
Typ:FehlerSchweregrad:8
Komponente:Tera TermStatus:Offen
LösungKeine

Einzelheiten

Tera Term version: 4.91 (SVN# 6393) OS: Windows 10

Serial Port is greyed out and I am not able to connect to serial COM ports connected to the pc. I confirm the drivers are loaded properly because same COM port works in PuTTy.

Thanks

Letzte Aktualisierung für dieses Ticket

2019-06-06 03:07 Aktualisiert von: slac3k

(This comment is deleted)


Window move/resize locks up after click in top blank area - Tera Term Ticket #38365 on OSDN

$
0
0

Window move/resize locks up after click in top blank area

Eröffnet am: 2018-06-28 23:07

Letztes Update: 2019-06-07 09:33

Auswertung:solarmax1Verantwortlicher:doda
Priorität:5 - MittelMeilenstein:(Keine)
Typ:FehlerSchweregrad:5 - Mittel
Komponente:Tera TermStatus:Offen [Owner assigned]
LösungGefixt

Einzelheiten

The Tera Term window will not resize or move after clicking in the top blank area above the menu. Resetting the terminal, minimizing and restoring the window does not resolve it. Tera Term continues to function normally except for the window lock issue.

Running Windows 10 Pro, 64 bit. Build 17134.112 Version 1803

Letzte Aktualisierung für dieses Ticket

2019-06-07 09:33 Aktualisiert von: doda

  • Verantwortlicher Update from (Keine) to doda
  • Lösung Update from Keine to Gefixt

Kommentar

Pleasse update to latest version.

Hardware Flow Control - Tera Term Ticket #39187 on OSDN

$
0
0

Hardware Flow Control

Eröffnet am: 2019-05-03 09:14

Letztes Update: 2019-06-06 19:10

Auswertung:ckeaysVerantwortlicher:(Keine)
Priorität:5 - MittelMeilenstein:(Keine)
Typ:FehlerSchweregrad:5 - Mittel
Komponente:(Keine)Status:Offen
LösungKeine

Einzelheiten

Hardware flow control in serial port setup does not work. Using CTS and RTS. I have tested this with other terminal programs including Hyperterminal and it is working. Something is wrong with Teraterm.

Letzte Aktualisierung für dieses Ticket

2019-06-06 19:10 Aktualisiert von: ckeays

Kommentar

Reply To ckeays

Hardware flow control in serial port setup does not work. Using CTS and RTS. I have tested this with other terminal programs including Hyperterminal and it is working. Something is wrong with Teraterm.

no response?

Hardware Flow Control - Tera Term Ticket #39187 on OSDN

$
0
0

Hardware Flow Control

Eröffnet am: 2019-05-03 09:14

Letztes Update: 2019-06-11 20:06

Auswertung:ckeaysVerantwortlicher:yutakapon
Priorität:5 - MittelMeilenstein:(Keine)
Typ:FehlerSchweregrad:5 - Mittel
Komponente:Tera TermStatus:Offen [Owner assigned]
LösungKeine

Einzelheiten

Hardware flow control in serial port setup does not work. Using CTS and RTS. I have tested this with other terminal programs including Hyperterminal and it is working. Something is wrong with Teraterm.

Letzte Aktualisierung für dieses Ticket

2019-06-11 20:06 Aktualisiert von: yutakapon

  • Komponente Update from (Keine) to Tera Term

I see no differrence when hardware flow control is enabled or not - Tera Term Ticket #39243 on OSDN

$
0
0

I see no differrence when hardware flow control is enabled or not

Eröffnet am: 2019-05-15 20:55

Letztes Update: 2019-06-11 20:06

Auswertung:chrdouVerantwortlicher:yutakapon
Priorität:5 - MittelMeilenstein:(Keine)
Typ:FehlerSchweregrad:5 - Mittel
Komponente:Tera TermStatus:Offen [Owner assigned]
LösungKeine

Einzelheiten

TeraTerm version 4.102 7452
Windows 10 Pro Version 10.0.17763 Build 17763

I am using TeraTerm connected to an embedded device 2 wires Rx/Tx UART through FTDI chip (for RS232 - USB conversion).
When I send string "test" from the embedded UART, it is received and displayed by TeraTerm even is hardware flow control is enabled whereas I would expect no char is received when flow control is enabled.
It is a bug, isn't it ?

Letzte Aktualisierung für dieses Ticket

2019-06-11 20:06 Aktualisiert von: yutakapon

  • Komponente Update from (Keine) to Tera Term
  • Schweregrad Update from 8 to 5 - Mittel
  • Priorität Update from 8 to 5 - Mittel

Kermit転送のファイル属性のタイムスタンプについて - Tera Term Ticket #39259 on OSDN

$
0
0

Kermit転送のファイル属性のタイムスタンプについて

Eröffnet am: 2019-05-27 09:37

Letztes Update: 2019-06-12 22:46

Auswertung:jr4qpvVerantwortlicher:doda
Priorität:5 - MittelMeilenstein:(Keine)
Typ:Support-AnfragenSchweregrad:5 - Mittel
Komponente:Tera TermStatus:Offen [Owner assigned]
LösungGefixt

Einzelheiten

Kermitファイル転送で、ファイル属性情報を通知するように KmtFileAttr=on と設定して、ファイル送信時のタイムスタンプを確認すると、Windowsのファイルプロパティーで確認できる「作成日時」が通知されています。できれば「更新日時」を通知して貰いたいです。 どこかで設定変更とか出来たりしますでしょうか? 現在公開の最新版のバージョンでも確認しましたが、同様でした。


以下、動作変更に関するメモ。

規格上の規定

KERMIT PROTOCOL MANUAL Sixth Edition より。

6.5. Transmitting File Attributes
~略~
# (ASCII 35)
        Creation Date, expressed as "[yy]yymmdd[ hh:mm[:ss]]" (ISO standard date format), e.g.
        831009 23:59. The time is optional; if given, it should be in 24-hour format, and the seconds may
        be omitted, and a single space should separate the time from the date.

上記のとおり、規格上では作成日時(Creation Date)を使うとされている。

環境、および各実装

Unix系OS, C-Kermit

Unix系OSで使われているファイルシステムでは、ファイル作成日時が記録されていない、またはOS独自の拡張として実装されている為、汎用的に作成日時を取得する方法が無い。

その為、C-Kermit では作成日時ではなく修正日時(st_mtime)を使うようになっている。

Windows95/98/Me, C-Kermit/Kermit95

DOSやWindows95系で使われる FAT も修正日時しかない。その為 C-Kermit, Kermit95ではUnix系OSと同じようにst_mtimeを使う。

Windows95/98/Me, Tera Term

前述したように、FAT では st_mtime しか使えない。しかし WindowsNTのNTFSで st_ctime が作成日時とされた影響なのか、Tera Term では st_ctime を使うようになっている。

FAT では st_ctime が使えないが、実際には st_mtime と同じ値が得られていたと思われる(未確認)為、Windows95系(FAT) で使う分には問題が顕在化しなかったと思われる。

WindowsNT系, Tera Term

ファイルシステムがNTFSとなり st_ctime でファイル作成日時が得られるようになった為、他の実装との間で動作の違いが表に出てきた。

対応

規格上は Tera Term の動作が正しいが、本家の C-Kermit と動作が違うのは望ましく無い為、C-Kermit に合わせて st_mtime を使うように変更する。

Letzte Aktualisierung für dieses Ticket

2019-06-12 22:46 Aktualisiert von: doda

  • Details Updated

Default port is not written to the settings file - Tera Term Ticket #39306 on OSDN

$
0
0

Default port is not written to the settings file

Eröffnet am: 2019-06-07 17:53

Letztes Update: 2019-06-07 17:53

Auswertung:(Anonym)Verantwortlicher:(Keine)
Priorität:5 - MittelMeilenstein:(Keine)
Typ:FehlerSchweregrad:5 - Mittel
Komponente:Tera TermStatus:Offen
LösungKeine

Einzelheiten

Using v4.102. The default port (Setup > General...) is not written to the settings file. On my system, the default port is stuck at "COM4".

Letzte Aktualisierung für dieses Ticket

2019-06-07 17:53 Aktualisiert von: None

  • New Ticket "Default port is not written to the settings file" created

Multiple conditions for if statements - Tera Term Ticket #39317 on OSDN

$
0
0

Multiple conditions for if statements

Eröffnet am: 2019-06-13 07:22

Letztes Update: 2019-06-13 11:00

Auswertung:(Anonym)Verantwortlicher:(Keine)
Priorität:5 - MittelMeilenstein:(Keine)
Typ:FunktionsanfragenSchweregrad:5 - Mittel
Komponente:(Keine)Status:Offen
LösungKeine

Einzelheiten

Please add a way to use multiple conditions with if statements. If there already is a way to do this, then please add it to your if/else documentation page. I have tried multiple different ways of using different conditions, but none seem to work.

Letzte Aktualisierung für dieses Ticket

2019-06-13 10:59 Aktualisiert von: None


Resize of File Window - Tera Term Ticket #39314 on OSDN

$
0
0

Resize of File Window

Eröffnet am: 2019-06-12 00:44

Letztes Update: 2019-06-12 23:19

Auswertung:adel314Verantwortlicher:(Keine)
Priorität:8Meilenstein:(Keine)
Typ:FunktionsanfragenSchweregrad:5 - Mittel
Komponente:Tera TermStatus:Offen
LösungKeine

Einzelheiten

WHen transferring files between computers, and if there are a lot of files in a folder it is very difficult to navigate with the current file open dialogue.. WOuld it be possible to allow the user to resize the window so that more files can be shown.

Thanks

Letzte Aktualisierung für dieses Ticket

2019-06-12 23:19 Aktualisiert von: maya

Kommentar

Develpment note about OPENFILENAME.Flags.

if OFN_ALLOWMULTISELECT is specified, OFN_EXPLORER must be specified. It is implemented.

if OFN_ENABLETEMPLATE | OFN_ENABLEHOOK is specified, OFN_EXPLORER must be specified. It is implemented.

if OFN_ENABLETEMPLATE | OFN_ENABLEHOOK is specified, OFN_ENABLESIZING must be specified too.

Password Exposed - Tera Term Ticket #38928 on OSDN

$
0
0

Password Exposed

Eröffnet am: 2019-02-05 00:12

Letztes Update: 2019-06-12 12:17

Auswertung:(Anonym)Verantwortlicher:(Keine)
Priorität:9 - HöchsteMeilenstein:(Keine)
Typ:FehlerSchweregrad:9 - Höchste
Komponente:Tera Term MacroStatus:Offen
LösungKeine

Einzelheiten

Hello,

Once you have a TTL file set up and run it , it open teraterm , and places the connection details in command manager including the users password , need that to be suppressed

Letzte Aktualisierung für dieses Ticket

2019-06-12 12:17 Aktualisiert von: doda

Kommentar

workaround: use connect comand in two steps.

; launch Tera Term
connect '/DS'

; connect to server
connect 'server:port /auth=password /passwd="password"'

VS2005 EOL - Tera Term Ticket #38806 on OSDN

$
0
0

VS2005 EOL

Eröffnet am: 2018-12-17 19:05

Letztes Update: 2019-06-16 13:03

Auswertung:(Anonym)Verantwortlicher:(Keine)
Priorität:5 - MittelMeilenstein:(Keine)
Typ:Support-AnfragenSchweregrad:5 - Mittel
Komponente:(Keine)Status:Offen
LösungKeine

Einzelheiten

TeraTermのリリースに使用しているVisual Studio 2005のサポートがすでに終了している。

https://blogs.msdn.microsoft.com/visualstudio_jpn/2016/03/10/visual-studio-2005/

Letzte Aktualisierung für dieses Ticket

2019-06-16 13:03 Aktualisiert von: maya

Kommentar

  • Visual Studio
生成バイナリが実行できる Windows
2005 95-
2019 Vista-
  • Openssl
EOL
1.0.2 2019-12-31
1.1.1 2023-09-11 大規模な修正が必要
VS2005 では /W1 しないと大量の警告が出る。/W1 するのはちょっと怖い
  • LibreSSL
    • ビルドに必要な Visual Studio: 2013-
    • 動作に必要な Windows: Vista-
    • API: OpenSSL 1.0.1, 1.1.1
    • 1.0.1 API を使えるので大きな修正は必要ない
  • PuTTY
ビルドに必要な Visual Studio
0.70 2005 OK
0.71 2015- ファイル構成が変わっているのでプロジェクトに所属させるファイルなどの見直しが必要
  • InnoSetup
生成バイナリが実行できる Windows
5.6.1 2000-
6.0 Vista-

DeleteFile エラ:コード 5 - Tera Term Ticket #39324 on OSDN

$
0
0

DeleteFile エラ:コード 5

Eröffnet am: 2019-06-17 10:31

Letztes Update: 2019-06-17 10:46

Auswertung:(Anonym)Verantwortlicher:(Keine)
Priorität:5 - MittelMeilenstein:(Keine)
Typ:FehlerSchweregrad:5 - Mittel
Komponente:Tera TermStatus:Offen
LösungKeine

Einzelheiten

Windows 10 1903 で最新版の 4.103 をインストールしようとしたところ、
以下のエラーメッセージが表示されインストールができません。

C:\WINDOWS\Fonts\TSPECIAL1.TTF

既存ファイルを置き換え中にエラーが発生しました。:
DeleteFile エラー:コード 5.
アクセスが拒否されました。.

Letzte Aktualisierung für dieses Ticket

2019-06-17 10:46 Aktualisiert von: None

Kommentar

duplicate with #37992

Active Window Tracking 有効時の動作 - Tera Term Ticket #39326 on OSDN

$
0
0

Active Window Tracking 有効時の動作

Eröffnet am: 2019-06-17 13:40

Letztes Update: 2019-06-17 13:40

Auswertung:(Anonym)Verantwortlicher:(Keine)
Priorität:5 - MittelMeilenstein:(Keine)
Typ:FehlerSchweregrad:5 - Mittel
Komponente:(Keine)Status:Offen
LösungKeine

Einzelheiten

Tera Term 4.103 から、 Active Window Tracking を有効にしている場合に、 マウスカーソルが Tera Term のウィンドウ内に移動しても、ウィンドウが アクティブ化されなくなってしまいました。

Windows 10 64bit にて確認、他の OS バージョンでも発生するかどうかは未確認です。

Letzte Aktualisierung für dieses Ticket

2019-06-17 13:40 Aktualisiert von: None

  • New Ticket "Active Window Tracking 有効時の動作" created

XMODEM not working correctly - Tera Term Ticket #37566 on OSDN

$
0
0

XMODEM not working correctly

Eröffnet am: 2017-10-12 23:00

Letztes Update: 2019-06-18 20:00

Auswertung:alpierobVerantwortlicher:(Keine)
Priorität:5 - MittelMeilenstein:(Keine)
Typ:FehlerSchweregrad:5 - Mittel
Komponente:Tera TermStatus:Offen
LösungKeine

Einzelheiten

Dear, for a Bootloader to a Microchip MCU I wanted to use XMODEM protocol to transfer the HEX file. I meet some problems when transfering the block 6, 21, and some others. The file HEX is all ASCII, then no control characters inside. After an analysis using a hardware protocol analyser I realized that your software is not clearing the RX buffer when finish transmitting the block, then is listening to itself (to the ECHO) when transmitting the block. As the block number 6 is transmitting a '0x06' as block number, when finish the transmission your software is interpreting that '0x06' as ACK and transmitting immediately after the block 7 without waiting to my answer. Same happens when transmitting block 21. As the block number is 21, your software is interpreting his own transmitted '0x15' as NAK and re-transmitting endlessly the block 21. XMODEM was done to avoid just that, the ECHO that the very old modems have, it should not listen to itself, but open the RX only when finish transmitting the block. I'm using (for simplicity) a half-duplex port, one pin share RX and TX, that's why I selected XMODEM as protocol. I have done my own serial software and it it works, but will be quite nice if you can "correct" your software. Thanks!

Letzte Aktualisierung für dieses Ticket

2019-06-18 20:00 Aktualisiert von: None

Kommentar

I have fallen foul of this bug recently also when trying to send a firmware file to an Evertz Xenon video router card. The XMODEM implementation in TeraTerm corrupted the upload and wiped the card's firmware. Luckily in this instance there's a jumper selectable fallback to a hard-coded firmware loader, so I was able to use ExtraPuTTY instead, which worked perfectly.

Steve Roberts -- BBC Archives, London

Console showing funny characters - Tera Term Ticket #38277 on OSDN

$
0
0

Console showing funny characters

Eröffnet am: 2018-05-20 23:43

Letztes Update: 2019-06-18 19:47

Auswertung:(Anonym)Verantwortlicher:doda
Priorität:5 - MittelMeilenstein:(Keine)
Typ:FehlerSchweregrad:5 - Mittel
Komponente:Tera TermStatus:Offen [Owner assigned]
LösungWon't Fix

Einzelheiten

If I send data too fast to tera term it some how thinks there is an escape sequence or something and start showing funny ASCII characters, maybe changing mode or something?

If highlight the funny characters and copy into a text editor they are the correct values.

I am not sure what is going on with tera term but would love a fix.

Letzte Aktualisierung für dieses Ticket

2019-06-18 19:47 Aktualisiert von: doda

  • Verantwortlicher Update from (Keine) to doda
  • Lösung Update from Keine to Won't Fix
  • Priorität Update from 8 to 5 - Mittel

Kommentar

Maybe, the character set was switched to DEC special character set by ISO/IEC 2022 shift function. It's a correct behavior.

To disable switching to DEC special character set, change the ISO2022ShiftFunctions settings to "ALL,-SO"


SSHリモートポートフォワード使用中に異常終了 - Tera Term Ticket #39297 on OSDN

$
0
0

SSHリモートポートフォワード使用中に異常終了

Eröffnet am: 2019-06-04 19:45

Letztes Update: 2019-06-19 14:48

Auswertung:andesmVerantwortlicher:(Keine)
Priorität:5 - MittelMeilenstein:(Keine)
Typ:FehlerSchweregrad:5 - Mittel
Komponente:TTSSHStatus:Offen
LösungGefixt

Einzelheiten

状況

インターネットに出られないサーバ(以下、対象サーバ)に対して、TeraTermの SSHリモートポートフォワードを使って社内LANのProxyサーバと接続し、対象 サーバ上でISOファイル等の大きなファイルをインターネットからwgetすると、 TeraTermが異常終了する(「TeraTermは動作を停止しました」のダイアログが 出る)。

この時、wget開始から異常終了直前までメモリが増え続けているように見える。 上記ダイアログのボタンからTeraTermプログラムを終了させるとメモリが減る (wget開始前の容量に戻る)。

添付画像参照。

バージョン

Tera Term v4.102(19/02/28)

環境

社内LAN Proxy server(proxy.xx.jp:8080)
      ↑
 クライアントWindows PC(TeraTermマクロ実行)
   ↓ ↑
 踏み台1 Linux(11.11.11.11)
   ↓ ↑
 踏み台2 Linux(22.22.22.22)
   ↓ ↑
 踏み台3 Linux(33.33.33.33)
   ↓ ↑
 対象サーバ Linux(44.44.44.44)

↓ : SSH接続
↑ : SSHリモートポートフォワード接続

対象サーバへの接続TeraTermマクロ

connect '11.11.11.11:22 /ssh /2 /auth=password /user=xxxxx /passwd=xxxxx /ssh-R8888:proxy.xx.jp:8080'
wait '$'

sendln 'ssh -o stricthostkeychecking=no -o userknownhostsfile=/dev/null xxxx@22.22.22.22 -p xxxxx -g -R 8888:localhost:8888
wait 'password:'
sendln 'xxxxx'
wait '$'

sendln 'ssh -o stricthostkeychecking=no -o userknownhostsfile=/dev/null root@33.33.33.33 -R *:8888:localhost:8888
wait 'password:'
sendln 'root123'
wait '#'

sendln 'ssh -o stricthostkeychecking=no -o userknownhostsfile=/dev/null root@44.44.44.44 -R *:8888:localhost:8888
wait 'password:'
sendln 'root123'
wait '#'

対象サーバの環境変数

# env | grep http
http_proxy=http://localhost:8888
HTTPS_PROXY=http://localhost:8888
https_proxy=http://localhost:8888
HTTP_PROXY=http://localhost:8888

再現率

対象サーバでwgetすると100%問題発生する。但し、何回かに一度はダイアログ が出ずに突然落ちる時がある。また、踏み台2、踏み台3までのログインで止めて wgetしても100%問題発生する。

踏み台1までのログイン止めてwgetでは問題発生しない(メモリ増加も見られない。 つまり多段にssh接続すると問題発生?)

なお、同様の接続の仕方でRLoginではいずれのケースでも問題発生しない。

Letzte Aktualisierung für dieses Ticket

2019-06-19 14:48 Aktualisiert von: maya

  • Lösung Update from Keine to Gefixt
  • Komponente Update from (Keine) to TTSSH

Kommentar

報告ありがとうございます。

開発チーム内で再現試験をして、修正を入れました。

このスナップショットに修正が含まれているので、問題が起きたのと同じ環境で同じことをして問題が出ないようになったか確認してもらえるでしょうか。

https://ja.osdn.net/projects/ttssh2/storage/snapshot/snapshot-r7777-20190617-yutaka-trunk.zip

ダイアログフォントの設定後にIMEの変換中文字列のフォントが変わる - Tera Term Ticket #39333 on OSDN

$
0
0

ダイアログフォントの設定後にIMEの変換中文字列のフォントが変わる

Eröffnet am: 2019-06-19 17:26

Letztes Update: 2019-06-19 17:26

Auswertung:dodaVerantwortlicher:(Keine)
Priorität:5 - MittelMeilenstein:(Keine)
Typ:FehlerSchweregrad:5 - Mittel
Komponente:Tera TermStatus:Offen
LösungKeine

Einzelheiten

概要

「設定」-「フォント」-「ダイアログフォント」でダイアログフォントを変更すると、 それ以降IMEの変換中文字列のフォントが変わってしまう。

再現手順

  1. 「設定」-「フォント」-「ダイアログフォント」でフォントダイアログを開く
  2. OKを押す (設定自体は変える必要なし)
  3. IMEをONにして変換を行う
  4. 「設定」-「フォント」-「フォント」でフォントダイアログを開く
  5. OKを押す (設定自体は変える必要なし)
  6. IMEをONにして変換を行う

この時、以下の現象が発生する。

  • 3での変換中文字列のフォントが、VTウィンドウのフォントと異なるサイズになり、6で正常に戻る。
  • 2 でキャンセルを押しても同じ症状となる。
  • 1 で「設定」-「フォント」-「フォント」のフォントダイアログを開き、2 でキャンセルを押したときも同様。

Letzte Aktualisierung für dieses Ticket

2019-06-19 17:27 Aktualisiert von: doda

  • File conversion.png (File ID: 5481) is attached

Windowsize from listbox not changeable - Tera Term Ticket #39334 on OSDN

$
0
0

Windowsize from listbox not changeable

Eröffnet am: 2019-06-19 17:37

Letztes Update: 2019-06-20 13:48

Auswertung:ludgertVerantwortlicher:(Keine)
Priorität:5 - MittelMeilenstein:(Keine)
Typ:FehlerSchweregrad:5 - Mittel
Komponente:(Keine)Status:Offen
LösungKeine

Einzelheiten

Before V4.103 following was possible: If I had a listbox defined with long item entries I could change the width by using a long messagetext. Since V4.103 only the window size but not the range for the item entries is increased. Is it possible to get in the next releases the old behaviour ?

Letzte Aktualisierung für dieses Ticket

2019-06-20 13:48 Aktualisiert von: doda

Kommentar

mayaへの返信

listbox.png 多分こういう事かと。

メモリ不足時の処理実装漏れ - Tera Term Ticket #39335 on OSDN

$
0
0

メモリ不足時の処理実装漏れ

Eröffnet am: 2019-06-19 18:53

Letztes Update: 2019-06-19 18:53

Auswertung:yutakaponVerantwortlicher:yutakapon
Priorität:5 - MittelMeilenstein:(Keine)
Typ:FehlerSchweregrad:5 - Mittel
Komponente:TTSSHStatus:Offen [Owner assigned]
LösungKeine

Einzelheiten

TTSSHにおいてメモリが足りなくなった時にアプリケーションエラーで落ちたり、
何も言わずにいきなり落ちることがあるため、適切に実装を行う必要がある。

TTSSH以外のモジュールに関する水平展開は別途。

Letzte Aktualisierung für dieses Ticket

2019-06-19 18:53 Aktualisiert von: yutakapon

  • New Ticket "メモリ不足時の処理実装漏れ" created

Add Macros as Icons on menu system - Tera Term Ticket #39337 on OSDN

$
0
0

Add Macros as Icons on menu system

Eröffnet am: 2019-06-20 13:06

Letztes Update: 2019-06-20 13:06

Auswertung:(Anonym)Verantwortlicher:(Keine)
Priorität:5 - MittelMeilenstein:(Keine)
Typ:FunktionsanfragenSchweregrad:5 - Mittel
Komponente:Tera TermStatus:Offen
LösungKeine

Einzelheiten

I use macros a lot. Assigning a TTL file to an icon on the TeraTerm menu bar would help.

Thanks for the great tool. I use it every day.

Letzte Aktualisierung für dieses Ticket

2019-06-20 13:06 Aktualisiert von: None

  • New Ticket "Add Macros as Icons on menu system" created
Viewing all 2128 articles
Browse latest View live