Closed Naoki-Hiraoka closed 5 years ago
確かに.このパターンは時々あって, https://github.com/jsk-ros-pkg/jsk_robot/blob/master/jsk_baxter_robot/baxtereus/baxter-util.l#L5 みたいに対応しているところが多い気がします.
std_msgs::Bool は時々使うと思うけど,今までどうしていたのかな? @furushchev あたらしくインスタンス使えば,この状況には陥らない,ということなのかな.
std_msgs::Bool は時々使うと思うけど,今までどうしていたのかな? @furushchev
趣味の違いだと思いますが,僕はいままで,bool型みたいなプリミティブに近い型は送らない使い方をしていたので,問題に思っていませんでした.(気づいてませんでした)
お返事ありがとうございます。 https://github.com/euslisp/EusLisp/pull/254 のmerge後になると思いますが、
(:data
(&optional (__data nil __data_supplied_p))
(if __data_supplied_p (setq _data __data)) _data)
を使用するバージョンを作成しました。
git rebase
しました。勉強になります。
Thanks for contribution Committed with test code by #61
Closed via #61
既出でしたら申し訳ありません。
generate.pyによって作成されるeuslispのコードでは、引数にnilをいれるとデータが変化しない仕様になっており、上記のようにデータをnilに変更することができません。generate.pyによって下記のようなコードが生成されるためです。
引数にnilを入れてもデータが変化しない仕様にはメリットもありますが、データの型がboolだった場合に限っては、一度trueにすると二度とfalseに戻せなくなってしまうというデメリットが大きいと感じます。データの型がboolだった場合に限り下記のようなコードを生成するようにしたいと思いwrite_accessors関数を書き換えてみたのですが、いかがでしょうか。