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

CRLF in dispstr only does CR - Tera Term Ticket #34300 on OSDN

$
0
0

CRLF in dispstr only does CR

Eröffnet am: 2014-09-10 16:10

Letztes Update: 2014-09-10 16:10

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

Einzelheiten

It appears that the LF is being ignored when CRLF is being sent together in dispstr

Erroneous Test Code:

for x 1 3
    sprintf "Test %d"  x 
    dispstr inputstr #13 #10	
next

Results in the first 2 lines being overwritten and only the 3rd displayed:

Test 3

Workaround:

for x 1 8
    sprintf "Test %d"  x 
    dispstr inputstr	
    dispstr #13
    dispstr #10
next

Expected Results:

Test 1
Test 2
Test 3

Letzte Aktualisierung für dieses Ticket

2014-10-15 18:44 Aktualisiert von: None

Kommentar

This may be a related problem:

If you use:

dispstr #$0A #$0D '<some text>' pause <time>

then this text is sometimes not displayed before pausing.

It may should be #$0D #$0A instead, but I wonder whether it makes a difference.

It happens for 4.79 and 4.84.

Thanks.

Qiyao


SSHユーザ名の自動入力オプション - Tera Term Ticket #34366 on OSDN

$
0
0

SSHユーザ名の自動入力オプション

Eröffnet am: 2014-09-24 01:34

Letztes Update: 2016-08-22 20:59

Auswertung:yutakaponVerantwortlicher:(Keine)
Priorität:5 - MittelMeilenstein:(Keine)
Typ:FunktionsanfragenSchweregrad:5 - Mittel
Komponente:TTSSHStatus:Offen
LösungKeine

Einzelheiten

cf.http://logmett.com/forum/viewtopic.php?f=6&t=2605

- Would be nice to have an option in Tera Term configuration, which, if enabled, will automatically populate 'User name' field in SSH authentication dialog window with the name of current user as it was entered at log in to Windows. There is a standard Windows API call that returns currently logged in username.

Letzte Aktualisierung für dieses Ticket

2016-08-22 20:59 Aktualisiert von: maya

Macro skips lines on serial connections - Tera Term Ticket #34402 on OSDN

$
0
0

Macro skips lines on serial connections

Eröffnet am: 2014-10-01 02:54

Letztes Update: 2015-11-07 00:00

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

Einzelheiten

Hi everybody!

At first i want to thank you for your ongoing work on TeraTerm. I am using it for quite a while and it is very usefull. The macro function is quite unique!

I found out, that the macro is skipping some lines. After some hours of testing i came to the clue that it has problems with long lines. Especially with groups of long lines.

This only happens on serial connections. I used different devices with baud 9600 and baud 115200. The transmit delay does not seem to matter in this case. I prepared a macro, so you can try yourself:

sendln 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx30'
sendln 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx29'
sendln 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx28'
sendln 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx27'
sendln 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx26'
sendln 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx25'
sendln 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx24'
sendln 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx23'
sendln 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx22'
sendln 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx21'
sendln 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx20'
sendln 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx19'
sendln 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx18'
sendln 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx17'
sendln 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx16'
sendln 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx15'
sendln 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx14'
sendln 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx13'
sendln 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx12'
sendln 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx11'
sendln 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx10'
sendln 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx9'
sendln 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx8'
sendln 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx7'
sendln 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx6'
sendln 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx5'
sendln 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx4'
sendln 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx3'
sendln 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx2'
sendln 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx1'
sendln 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx0'

The problem exists in the latest version 4.84 and I also tested 4.73. In 3.1.3 the problem does not exist!

Kind regards, Jost

Letzte Aktualisierung für dieses Ticket

2015-11-07 00:00 Aktualisiert von: yutakapon

  • Schweregrad Update from 7 to 5 - Mittel
  • Priorität Update from 7 to 5 - Mittel

SCPファイル転送したファイル名をクリップボードに記憶 - Tera Term Ticket #34501 on OSDN

$
0
0

SCPファイル転送したファイル名をクリップボードに記憶

Eröffnet am: 2014-10-17 12:36

Letztes Update: 2014-10-17 12:53

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

Einzelheiten

WindowsからSCPでのファイル転送は、TeraTermにドラッグアンドドロップすればできるので簡単で、ファイル1本を転送する場合によく使っています。

転送後のファイルはコマンドラインで操作して移動したり処理にかけますが、TeraTermがSCPで転送したファイルのファイル名をWindowsのクリップボードに入れておくと、TeraTerm上でペースト(Ctrl-V)すればよいので便利になります。

Letzte Aktualisierung für dieses Ticket

2014-10-17 12:53 Aktualisiert von: maya

Kommentar

やるとしたら、タイミングはドロップしたときか転送完了か。転送完了時だとマクロとかメニューから送ったときにも反映されてしまいそうです。

waitln command inputstr can contain several lines after a waitn command that times out - Tera Term Ticket #34510 on OSDN

$
0
0

waitln command inputstr can contain several lines after a waitn command that times out

Eröffnet am: 2014-10-19 06:08

Letztes Update: 2014-10-19 06:08

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

Einzelheiten

If you do a waitln command after a waitn command that times out inputstr may contain several lines of text. Following code example below shows the problem. Run the code with a loop back plug on COM (pin 2 connected to pin 3) and terminal transmit to CR + LF to visualize the problem better 1. time the loop runs, inputstr contain "secondline>" 2. time the loop runs, inputstr contain "firstline CRLF secondline>" The problem does not occur when waitn command does not time out.

I have looked at the code, and I think I have found the problem. If a waitn command find the number of bytes (result = 1) the ClearWaitN() function is run (line 164 in ttmmain.cpp). on the other hand if the function times out, ClearWaitN() if not run. This again cause the Receive line buffer not to be cleared inside PutRecvLnBuff(BYTE b) function when it should later in the waitln command (line 403 ttmdde.c is always false). I have inserted a ClearWaitN(); in line 441 ttmmain.cpp when waitn exit because of timeout. Compiled and tested that problem is gone. (however i do not know the code well enough to not guarantee that this modification don't have any unknown side effects)

Code example:

timeout = 1
for tmpcnt  1 2
    flushrecv
    sendln 'firstline'
    sendln 'secondline>'

    waitln '>'
    sprintf 'waitln %d.time inputstr [%s], result [%d]' tmpcnt inputstr result
    messagebox inputstr 'Test'
    waitn 1
next}}}

Letzte Aktualisierung für dieses Ticket

2014-10-19 06:08 Aktualisiert von: gmmellem

  • New Ticket "waitln command inputstr can contain several lines after a waitn command that times out" created

マクロでの改行コードの変更 - Tera Term Ticket #34560 on OSDN

$
0
0

マクロでの改行コードの変更

Eröffnet am: 2014-11-02 14:59

Letztes Update: 2014-11-02 14:59

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

Einzelheiten

マクロに改行コード設定を変更する機能を追加していただけないでしょうか。
よろしくお願いします。

Letzte Aktualisierung für dieses Ticket

2014-11-02 14:59 Aktualisiert von: None

  • New Ticket "マクロでの改行コードの変更" created

Re: 複数台のサーバーに対して定期的にSSH接続を実施すると、エラーが発生する (フォーラムメッセージ [#74924] からの引用) - Tera Term Ticket #34643 on OSDN

$
0
0

Re: 複数台のサーバーに対して定期的にSSH接続を実施すると、エラーが発生する (フォーラムメッセージ [#74924] からの引用)

Eröffnet am: 2014-11-27 10:19

Letztes Update: 2016-12-07 21:17

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

Einzelheiten

同時に接続すると?SSH2のKEXに失敗する。

ログを見ると client proposal: MAC algorithm がある場合とない場合があるので、この付近の設定がうまく読み込めないか、読み込んだものが消えているように見える。

フォーラムの投稿によると KEX algorithm や encryption algorithm が欠落する場合もある模様。

Letzte Aktualisierung für dieses Ticket

2016-12-07 21:17 Aktualisiert von: yutakapon

Kommentar

mayaへの返信

もしかして r6508で直ったかもしれません。

もう2年前の現象なので、不再現でクローズでよいのではないでしょうか?

Add compiling function - Tera Term Ticket #34695 on OSDN

$
0
0

Add compiling function

Eröffnet am: 2014-12-12 21:59

Letztes Update: 2014-12-12 23:23

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

Einzelheiten

Is it possible to make an executable file with Tera Term. The actual problem is that users can change the script or view the script .ttl. If executable file is create, the source code isn't readable by users. I think this problem can be solve by add a "compile" fonction for .ttl file (For example a .c program file is compile in a .exe file to be executed).

Letzte Aktualisierung für dieses Ticket

2014-12-12 23:23 Aktualisiert von: maya

  • Typ Update from Fehler to Funktionsanfragen

startupmacro setting is not preserved on saving config - Tera Term Ticket #34714 on OSDN

$
0
0

startupmacro setting is not preserved on saving config

Eröffnet am: 2014-12-17 19:58

Letztes Update: 2014-12-17 19:58

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

Einzelheiten

On TeraTerm 4.82, if a StartupMacro= is set up in TERATERM.INI, if the configuration is saved (Setup -> Save setup...) then the StartupMacro= setting is lost.

For example this line (in TERATERM.INI): ; Startup macro StartupMacro=C:\ser2flash\StartupMacro.ttl

becomes: ; Startup macro StartupMacro=

Letzte Aktualisierung für dieses Ticket

2014-12-17 19:58 Aktualisiert von: None

  • New Ticket "startupmacro setting is not preserved on saving config" created

window幅によるフリーズ - Tera Term Ticket #34726 on OSDN

$
0
0

window幅によるフリーズ

Eröffnet am: 2014-12-22 10:54

Letztes Update: 2015-12-03 10:20

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

Einzelheiten

バージョン4.85 コマンドラインに対してwindow幅を超えるコマンドをteratermマクロから発行するとフリーズする。 例:window幅を50に設定して100バイトのコマンドを発行するとフリーズし、ctrl+cなどの割り込みも受け付けない状態になった。

Letzte Aktualisierung für dieses Ticket

2015-12-03 10:20 Aktualisiert von: doda

Kommentar

Noneへの返信

別のteratermで接続して確認したところ、sleep 11111111111111111111111111というプロセスがいました。

現象から見ると貼り付け量が多くてサーバ側で取りこぼしが発生し、 sleep 1 と touch のファイル名部分が繋がってしまい長時間の sleep が 実行されてしまったように見えます。

この取りこぼしはサーバ側で発生しているので、現状では「その他の設定」のダイアログの "貼り付けの行間遅延" を変更して、送信する速度を調整するしかないと思います。

Ymodem over TCP/IP connection failure - Tera Term Ticket #34808 on OSDN

$
0
0

Ymodem over TCP/IP connection failure

Eröffnet am: 2015-01-16 03:32

Letztes Update: 2015-01-16 03:32

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

Einzelheiten

Setup: Tera Term 4.85
TCP/IP host: localhost
Service: other
TCP port#: 1337
SSH version: SSH2
Protocol: UNSPEC

The recipient of the TCP connection is a program hosted on the same machine.

Initiating a Ymodem Send works correctly sometimes (maybe only if Tera Term is cleanly opened?), however, after trying to perform a Ymodem receive, Tera Term begins adding an extra byte between the header and the data, resulting in 0x02, 0x00, 0xFF, 0xFF, filename, length, etc. The extra byte pushes everything over one byte such that the packet is one byte too many and the second CRC byte is out of scope for the recipient. The CRC is correctly calculated for the intended message, and not the message with the extra byte, regardless.

Additionally, Ymodem Receive does not seem to accept 128 byte header packets (is this due to the standard TCP/IP packet size?); it simply does not respond and continues to send Cs until it times out.

Letzte Aktualisierung für dieses Ticket

2015-01-16 03:32 Aktualisiert von: None

  • New Ticket "Ymodem over TCP/IP connection failure" created

Send file in Xmodem - Tera Term Ticket #34824 on OSDN

$
0
0

Send file in Xmodem

Eröffnet am: 2015-01-21 20:29

Letztes Update: 2015-11-07 00:00

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

Einzelheiten

I have the same problem like that here: http://logmett.com/forum/viewtopic.php?f=2&t=354 I think/hope Yutaka Hirata understand the problem well. In the Link was the problem wile synchronize with "c" what means CRC check. BUT i have to syncronize with 0x15 (NACK). With means without CRC. The patch shown in the Link helps only with the "c" sync. I prefere flush the input buffer before calling XSendPacket(maybe only before sending the first packet). Because the extenden Xmodem transfer allowes to sync with some other characters than "c" or NACK. In fact while sending (the first) packet, no character has to be placed in the input buffer BEFORE the packet was transfered complete. Alternately add all allowed sync chars like in the patch from link. But this is not usefull for future!

There are many issues found in internet about this. But mostly the problem is not recognised correct why.

Thanks

Letzte Aktualisierung für dieses Ticket

2015-11-07 00:00 Aktualisiert von: yutakapon

Support of Mosh protocol - Tera Term Ticket #34851 on OSDN

$
0
0

Support of Mosh protocol

Eröffnet am: 2015-01-30 06:31

Letztes Update: 2015-01-30 06:31

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

Einzelheiten

Hi,

that is a feature request. It could be, that someone before me, already requested it, but I can not read the message because it is in Japanese and I can only recognize the Header and that is probably similar.

An extremly useful enhancement for TerraTerm would be the support from the Mosh Protocol from https://mosh.mit.edu/

A short description from Mosh? (Copied from Web page)

Remote terminal application that allows roaming, supports intermittent connectivity, and provides intelligent local echo and line editing of user keystrokes.

Mosh is a replacement for SSH. It's more robust and responsive, especially over Wi-Fi, cellular, and long-distance links.

It requires SSH for Authentication and then switches to UDP....

The source is available from https://github.com/keithw/mosh and the License is now GPL.

They are already Cygwin binaries and sources availablehttp://ftp.yz.yamagata-u.ac.jp/pub/cygwin/x86_64/release/mosh/

If you need someone for testing please let me know!!

Letzte Aktualisierung für dieses Ticket

2015-01-30 06:31 Aktualisiert von: None

  • New Ticket "Support of Mosh protocol" created

GUI Configuration Option for "EnableLineMode" INI file setting - Tera Term Ticket #34902 on OSDN

$
0
0

GUI Configuration Option for "EnableLineMode" INI file setting

Eröffnet am: 2015-02-14 03:37

Letztes Update: 2017-11-30 07:37

Auswertung:(Anonym)Verantwortlicher:doda
Priorität:5 - MittelMeilenstein:Tera Term 4.98
Typ:FunktionsanfragenSchweregrad:5 - Mittel
Komponente:Tera TermStatus:Offen [Owner assigned]
LösungAccepted

Einzelheiten

I would like to request that EnableLineMode parameter be configurable from the GUI.

Letzte Aktualisierung für dieses Ticket

2017-11-30 07:37 Aktualisiert von: maya

Teratermのiniファイルでテーマファイル(theme\*.ini)の場所指定方法について - Tera Term Ticket #34989 on OSDN

$
0
0

Teratermのiniファイルでテーマファイル(theme\*.ini)の場所指定方法について

Eröffnet am: 2015-03-14 23:33

Letztes Update: 2015-03-14 23:33

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

Einzelheiten

TERATERM.INIで背景画像の指定を行う際、themeフォルダの相対指定PATH(BGThemeFile)がTERATERM.INIの場所からの相対PATHではなく、実行しているプログラム(teraterm.exe?)からの相対PATHになっています。 テーマファイルの参照がTERATERMマクロやcmd.exeからINIファイルは指定可能なのに、実行プログラムからの相対PATHだと環境によっては扱いづらいため、INIファイルからの相対PATHにすることはできませんでしょうか。

Letzte Aktualisierung für dieses Ticket

2015-03-14 23:33 Aktualisiert von: blacknon

  • New Ticket "Teratermのiniファイルでテーマファイル(theme\*.ini)の場所指定方法について" created

背景画像に透過PNGを利用できるようにして欲しい - Tera Term Ticket #34990 on OSDN

$
0
0

背景画像に透過PNGを利用できるようにして欲しい

Eröffnet am: 2015-03-15 00:01

Letztes Update: 2015-07-05 08:11

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

Einzelheiten

Teratemrの背景画像として、対象マシンのOSのロゴを表示させるため、jpgの他に透過PNGを指定したいと考えています。 透過PNGの指定をできるようになりませんでしょうか。

Letzte Aktualisierung für dieses Ticket

2015-07-05 08:11 Aktualisiert von: blacknon

Kommentar

mayaへの返信

plugin フォルダに Susie のプラグインを入れておくと表示できる思うのですがどうでしょうか。

ifpng.spiを入れてみたのですが、どうも思っていたような動作になりませんでした。。。

イメージしていたのが、ウィンドウの背景色はそのままで、そこにロゴが乗っかる、というような動作(競合ソフト名を出すのもアレですが、Poderosaのような動作)だったのですが、透過のためか背景色が白一色に塗りつぶされるようです。

listboxのitem欄について - Tera Term Ticket #34991 on OSDN

$
0
0

listboxのitem欄について

Eröffnet am: 2015-03-15 00:06

Letztes Update: 2016-06-05 20:04

Auswertung:blacknonVerantwortlicher:(Keine)
Priorität:5 - MittelMeilenstein:(Keine)
Typ:FunktionsanfragenSchweregrad:5 - Mittel
Komponente:Tera Term MacroStatus:Offen
LösungKeine

Einzelheiten

・listboxのitem欄の表示について、ウィンドウサイズが固定のためitemの長さが長い場合にスクロール表示となってしまう。できれば、listbox呼び出し時にサイズ指定を出来るとありがたい。
・チケット #30998でも触れられていましたが、listbox呼び出し時に、itemを複数選択できるようなオプションが欲しい。

Letzte Aktualisierung für dieses Ticket

2016-06-05 20:04 Aktualisiert von: yutakapon

  • Details Updated

ttpmenu 項目ソート - Tera Term Ticket #35013 on OSDN

$
0
0

ttpmenu 項目ソート

Eröffnet am: 2015-03-25 17:05

Letztes Update: 2015-03-25 17:05

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

Einzelheiten

teraterm menu を使わせていただいていますが、だんだん登録数が 増えてきまして、 ttpmenu.ini の内容をソートする機能があると嬉しいです。

List Configuration のウィンドウからでもいいし、 通知領域アイコン上での右クリックメニューでもいいです。 単純にアルファベット順で構いません。

よろしくお願いいたします。

Letzte Aktualisierung für dieses Ticket

2015-03-25 17:05 Aktualisiert von: pc8201

  • New Ticket "ttpmenu 項目ソート" created

シリアルポートの送受信バッファ設定について - Tera Term Ticket #35078 on OSDN

$
0
0

シリアルポートの送受信バッファ設定について

Eröffnet am: 2015-04-23 10:48

Letztes Update: 2015-04-23 10:48

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

Einzelheiten

commlib.cの143行目で送受信バッファの設定としてCommInQueSize, CommOutQueSizeの値を利用しています。
実際のデータ送信時のバッファ確認の際には、OutBuffSizeの定義から書き込み可能サイズを判断しているようです。(commlib.cの1110行目)
CommInQueSizeとOutBuffSizeで定義されている数値は異なリますが送信時のバッファ確認時に利用しているOutBuffSizeの方が値が小さいため
実動作上は問題ないように思えますが内容をご確認して頂けないでしょうか?

※teraterm-4_86のコードを参照

Letzte Aktualisierung für dieses Ticket

2015-04-23 10:48 Aktualisiert von: None

  • New Ticket "シリアルポートの送受信バッファ設定について" created

設定フォルダ:改善項目 - Tera Term Ticket #35205 on OSDN

$
0
0

設定フォルダ:改善項目

Eröffnet am: 2015-05-30 00:51

Letztes Update: 2015-12-23 22:31

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

Einzelheiten

#34943から続き

設定フォルダ(setup directory)機能に対する改善項目です。

1. ファイルを開くか、フォルダを開くかを選べるようにする。-> done
現状はフォルダのみ。

2. ダイアログの項目名 -> done
現在は INI とか CFG とかになっていますが、これだと判りづらいと思います。
"Tera Term設定ファイル" とか "キーボード設定ファイル" 等にできないでしょうか。

3. VirtualStoreの扱い -> done
設定ファイルがVirtualStore上にあってもダイアログ上では元のパス(C:\Program 
Files\TeraTerm\TERATERM.INIとか)が表示され、ボタンを押すとVirtualStoreが
開かれます。
これは判りづらくないでしょうか。

4. openDirectoryWithExplorerの引数 -> done
vtwin.cpp の openDirectoryWithExplorer の引数は path と pathlen の二つに
なっていますが、pathlen は使われていません。

5. known_hostsファイルの位置の取得方法
現在は専用の関数を作っていますが、これだと将来他にも設定ファイルを持つ物が
出来た時に専用の問い合わせ用関数を作ることになってしまいます。
もう少し汎用的な仕組みには出来ないでしょうか。
例えば、設定ファイルのリストをTTXに問い合わせる形にするとか。

Letzte Aktualisierung für dieses Ticket

2015-12-23 22:31 Aktualisiert von: yutakapon

Viewing all 2128 articles
Browse latest View live