今確認したら，こちらの環境ではやはりハンバーガーメニューが反応しません。
因みに，反応が遅いのは右上のハンバーガーメニューだけで，フッター固定メニューに設置した特殊リンクは，素早く反応します。
あと，領域外タップでの閉じるは，バックにあるものが影響している感じです。
例えば，こちらでは，widget「スライダー」の時は反応しますが，その他のwidgetの時に反応しない状態です。
うーん、なんでだ。。。 iOS 9.1、12.1 でテストしてみたのですが、いずれでも動作していました。
キャッシュを削除しても状況は変わらないでしょうか？ キャッシュプラグインやサーバー/ブラウザキャッシュを使っている場合はそのキャッシュも削除してみてください。
また、Snow Monnkey 公式サイトを見ても同じくハンバーガーボタンは動作しないでしょうか？
ありゃすみません、修正してみました。
add_action(
'wp_footer',
function() {
?>
<script>
jQuery(function($) {
var parent = $('#menu-item-313'); // 開きたいメニューの ID を指定
parent.children('.c-drawer__toggle').attr('aria-expanded', 'true');
parent.children('.c-drawer__submenu').attr('aria-hidden', 'false');
});
</script>
<?php
},
100
);
お世話になります。
教えていただいたソースを子テーマの「functions.php」に貼り付けたところ，WEBが真っ白になりました。
一応，別環境でも試しましたが同じでした。
お世話になります。
別環境で，プラグインなし＆コンテンツなしで試したところ，widgetエリアの「ホームページ上部」「ホームページ下部」で，再現しました。
「サイドバー」と「投稿ページ上部」では問題ないことを確認しています。
こんな感じになります。
＜div class=”widget_text l-front-page-widget-area__item”>＜div id=”custom_html-4″ class=”widget_text c-section widget_custom_html”>＜div class=”widget_text c-container”>＜h2 class=”c-section__title”>タイトル＜/h2>＜div class=”textwidget custom-html-widget”>内容＜/div>＜/div>＜/div>＜/div”>＜/div>
こちらも，環境の問題なのかも。
もう少し様子を見てみます。
お世話になります。
他の方から報告が無いことを考えると，こちらの環境でしょうか。
もう少し様子を見てみます。
子テーマの functions.php に次のようなコードを追加してみるとどうでしょうか？
add_action(
'wp_footer',
function() {
<script>
jQuery(function($) {
var parent = $('#menu-item-313'); // 開きたいメニューの ID を指定
parent.children('.c-drawer__toggle').attr('aria-expanded', 'true');
parent.children('.c-drawer__submenu').attr('aria-hidden', 'false');
});
</script>
}
);
僕の環境だと普通に透過されてますね。Chrome のバージョンは僕のものと同じなので不思議です。OS って描画に関係あるのかなぁ。ちょっと詳しくなくこれはわからないです、すみません。。。
無事にexclude設定することができました。
それと同時になぜdistとかresourceとかディレクトリを分けるのかの意味もなんとなくつかむことができました。ありがとうございました！！！
そですね。あとは CSS で調整されてみてください。注意点ですが、記事下の関連記事の部分にもカテゴリが複数でるようになるので、そこはおかしくならないように別途 display: none するなり調整が必要かもしれません。
うまくできなければまた書き込んでください！
zip するときにいろいろ exclude させてるやつですー
お！いけてますね！
あとは zip の中身が正しいか確認されてみてください！
この api_key: secure の部分って、自分の GitHub アカウントと連携するものなので、他のプロダクトからコピペすると認証エラーになっちゃうんです。
travis setup releases コマンドをうてば、自動的に GitHub と連携して api_key: secure も生成してくれるので、一度コマンドうってみたほうが良いかもしれません。
.travis.yml の deploy:〜 の部分を切り取って別ファイルにバックアップしておいて、travis setup releases をうって deploy 部分を自動生成、自動生成された api_key: secure の部分をバックアップしておいたものの api_key: secure と差し替えして、.travis.yml にまたもってくる、という感じでいけるんじゃないかと思います。
deploy:
provider: releases
api_key:
secure: mECO9WLPNbN/jusXivHgZz9F0E8/cBphIrzkgRvRwNA9u7fQjP+aH3nArEXc2kJWVgKT7Gh+lZdvyc+p3zUoyo0LifxnYI1MnWnyfwL0Sf3nrunK69yFTbVGGVViufDOUWvlgxmkkqLymfgqJg14GzInStaHtSVn7vgIIWpWTtL7KEah7jDVb7MyZJnSQ9Dhl0aZyKA7Qgvalh4GKX3cfyzlCk6Ru7EHTbnK/GS0TBS1OeQTl/jVwTbH615GwIjlXSMTRhLBKnI+rNoYle3QqXItIttZ5mGx3Pk6QD2A1XNOzi8rR7piN293QrI9euv+XP4DBwsJv818Qi6rYVS5FzGNhcSZMAHUIPSy+z1jJC89khNKB2ryNupPbo6hLitKQKW+uPcuFqpo8vmjMPJTB/qAZSEU9yHRG+mdpM+F5Y1GMDV1cxRSCo/+nbWlg3MXCfiKYvZkXznsDYdxo4+r0rm3koi3vEUmDC41leIBJIPyU+Cg2JCo8M3Gk2MKvWJs4/L+q7jRBfWTMCfm5VNneY/m7yAdI8VVcn8QsUmCbwPKA3iKXYynAsFwl4UG/w4VdjVOLHuw5mlgcbmSppnm/57MBT2OIYvh32jEglFQKLmnCJVgmZOOY26/zDDvCBHVUGndIKPaesRGvMSQYzVIeSzVlr3tv6QPaRxaEP4R3mg=
file: "${RELEASE_FILE}"
skip_cleanup: true
on:
tags: true
repo: Olein-jp/OleinPress-Media
php: 7.1
という感じでそのまま拝借してしまっていますが、そのままトークン書いた方がよさそうですかね…？
