Ionic-framework: एक मोडल के अंदर एनएवी-पुश करते समय स्टेटसबार (आईओएस पर) के लिए कोई पैडिंग नहीं

यहाँ एक ही मुद्दा। मैंने इसे नए पृष्ठ को धक्का न देकर इसे दूसरे मोडल के रूप में प्रस्तुत करके हल किया।

हैलो सभी को! आयोनिक का उपयोग करने के लिए धन्यवाद!. मुझे यह बताते हुए खुशी हो रही है कि मैं अब इस मुद्दे को RC0 के साथ पुन: पेश नहीं कर सकता। धन्यवाद!

यह बग अभी भी मौजूद है। इस समस्या को केवल वास्तविक डिवाइस/एमुलेटर पर पुन: प्रस्तुत किया जा सकता है। यह डेस्कटॉप ब्राउज़र पर तब तक दिखाई नहीं देगा जब तक कि आप {statusbarPadding: true } को IonicModule.forRoot(MyApp, config) के कॉन्फिग वेरिएबल में पास नहीं कर देते। मैंने इस मुद्दे को RC0 https://github.com/msalcala11/modal-padding-bug के साथ प्रदर्शित करने के लिए एक त्वरित रेपो बनाया है

यहाँ वही मुद्दा।

इस मुद्दे की पुष्टि भी कर सकते हैं

हाँ यह मुद्दा अभी भी मौजूद है। कृपया फिर से खोलें

हमें मॉडल को बेहतर तरीके से दस्तावेज करना होगा, हमारे पास अभी इस पर काम करने वाले लोग हैं।
@comfortme @royipressburger @CyrisXD @ msalcala11 @zmbc आपको एक मोडल के अंदर नेविगेशन के लिए एक नया आयन-एनएवी बनाना होगा, ठीक वैसे ही जैसे आप अपने ऐप में नेविगेशन के लिए करते हैं।

@Component({
  template: '<ion-nav [root]="root"></ion-nav>'
})
export class NavigationModal {
  root = ModalFirstPage;
}

// YOUR CONTENT MODAL
@Component({})
export class ModalFirstPage {
}

(...)

  presentModalChildNav() {
    this.modalCtrl.create(NavigationModal).present();
  }

यह अभी भी वास्तव में मुझे समझ में नहीं आता है।

मेरे पास एक पृष्ठ है जिसे मैं किसी अन्य पृष्ठ से या किसी मोडल से नेविगेट करूंगा, इस पर निर्भर करता है कि उपयोगकर्ता ऐप में कहां है।

जब मैं मोडल के भीतर एक nav.push करता हूं तो यह पृष्ठ पर जाता है, सब कुछ अच्छा होता है और ठीक वैसे ही काम करता है जैसा मैं चाहता हूं। सिवाय इसके कि जब मैं किसी मोडल से पृष्ठ पर नेविगेट करता हूं तो स्टेटसबार पैडिंग लागू नहीं होता है।

मैं वास्तव में नहीं देखता कि उपरोक्त कोड स्निपेट मुझे इसमें कैसे मदद करता है? ऐसा लगता है कि यह वास्तव में एक साधारण चीज होनी चाहिए क्योंकि कार्यात्मक रूप से सब कुछ काम कर रहा है और पहले के बीटा में से एक में स्टेटसबार पैडिंग भी सही ढंग से लागू किया गया था लेकिन बाद में रिलीज में इसे फिर से तोड़ दिया गया था।

ध्यान दें कि एंड्रॉइड के पास एक ही कोड के साथ कोई समस्या नहीं है, या तो किसी अन्य पृष्ठ से या किसी मोडल से नेविगेट करना सभी को सही ढंग से स्वरूपित किया गया है और ठीक काम करता है, मैं आईओएस के समान होने की अपेक्षा करता हूं।

अभी भी मौजूद है। इसे रोकने के लिए कोई आसान हैक?

इसे ठीक करने के लिए निम्न CSS को ion-navbar और ion-title पर लागू करें। मैं एक ngIf* का उपयोग केवल इसे लागू करने के लिए करता हूं यदि android के रूप में platform.is (iOS) को इसकी आवश्यकता नहीं है। आईओएस पर किसी अन्य पेज से खोलते समय यह डिफ़ॉल्ट सीएसएस द्वारा बस ओवरराइड किया जाता है, इसलिए वहां कोई समस्या नहीं है।

यह भी ध्यान रखें कि नए पुश किए गए पेज से आपके द्वारा खोला गया कोई भी अलर्ट/एक्शनशीट/पॉप पेज के पीछे खुलेगा। आपको उन घटकों के लिए z-index मान को हैक करने की आवश्यकता होगी जो कि modal z-index से अधिक हो ताकि वे हमेशा शीर्ष पर रहें। यह देखते हुए कि उन चीजों को हमेशा ऊपर रखा जाना चाहिए जो वास्तव में कोई मुद्दा नहीं है।

<ion-navbar *ngIf="globals.isIos" style="height:calc(44px + 20px); min-height:calc(44px + 20px); padding-top:20px;">
    <button ion-button menuToggle>
      <ion-icon name="menu"></ion-icon>
    </button>
    <ion-title style="padding-top:14px !important;">{{selectedItem.name}}</ion-title>
  </ion-navbar>

अभी भी यह समस्या हो रही है। क्या यह जल्द ही ठीक हो जाएगा?

@mrhirsch यहाँ पर एक समान समस्या @manuCorp ने एक रेपो उदाहरण के लिए कहा जो मैंने वहां प्रदान किया था, इसलिए उम्मीद है कि वे इस पर काम कर रहे हैं।

@ ghenry22

जिस तरह से आप पैडिंग कर रहे हैं वह अच्छा तरीका नहीं है। प्लेटफ़ॉर्म प्रकारों के आधार पर नावबार छिपाने के लिए *ngIf का उपयोग न करें। ion-content की गणना बाद में नेवबार पर ध्यान नहीं देगी और पूरे ion-content को शिफ्ट करने का कारण बनेगी।

इसके बजाय, app.scss , निम्न CSS जोड़ें।

.platform-ios .ios-header {
  height:calc(56px + 20px);
  min-height:calc(56px + 20px);
  padding-top:20px;
}

फिर बस शीर्षलेख में आपको इसकी आवश्यकता है (मेरे लिए, यह वे सभी पृष्ठ हैं जहां मैं टैब पृष्ठ पर धक्का देता हूं), बस class="ios-header" ।

<ion-header>
  <ion-navbar class="ios-header">
  </ion-navbar>
</ion-header>

बहुत अधिक ड्रायर, और ion-content मुद्दे के बिना। बेशक, अगर आयोनिक टीम ने खुद इस पर गौर किया होता तो हमें इस दर्द से नहीं गुजरना पड़ता।

जो कोई इस पर पॉपओवर के साथ ठोकर खा रहा है, यह वही मुद्दा है।

समाधान के बारे में: सीएसएस-फिक्स दृष्टिकोण के साथ जाना एक अच्छा विचार नहीं है क्योंकि आप केवल कुछ ऐसा मुखौटा कर रहे हैं जिसे आप डिज़ाइन के रूप में नहीं कर रहे हैं (भले ही यह एक अजीब डिज़ाइन टीबीएच है)।

एक कार्पोरेट के अलावा एक अन्य समाधान घटनाओं के साथ काम करना है। मैंने इसे पसंद किया और यह बहुत ही सरल और साफ है। बस अपने मोडल या पॉपओवर पेज में एक ईवेंट को सक्रिय करें और इसे अपने "पैरेंट" -पेज में सुनें। घटनाओं के बारे में अधिक जानकारी यहां पाई जा सकती है: https://ionicframework.com/docs/api/util/Events/

@timvandijck क्या आप एक उदाहरण प्रदान कर सकते हैं?

@ kabus202 यह एक

वह पेज जहां आप पॉपओवर लॉन्च कर रहे हैं:

@Component({
    selector: 'page-my-page',
    templateUrl: 'my-page.html'
})
export class MyPage {
    popover = null;

    constructor(public navCtrl:NavController, public popoverCtrl: PopoverController, public events: Events) {
        this.events.subscribe('nav:my-other-page', () => {
            this.navCtrl.setRoot(MyOtherPage);

            if (this.popover) {
                this.popover.dismiss();
            }
        })
    }

    toggleActionsMenu(event) {
        this.popover = this.popoverCtrl.create(PopoverContentPage);
        this.popover.present({
            ev: event
        });
    }
}

वह पृष्ठ जिसमें पॉपओवर की सामग्री है:

@Component({
    selector: 'page-popover-content',
    templateUrl: 'popover-content.html'
})
export class PopoverContentPage {

    constructor(public events: Events) {
    }

    registerAppliance() {
        this.events.publish('nav:my-other-page');
    }
}

हाँ, यह अभी भी एक मुद्दा है। साथ ही, जब आप वापस जाने के लिए स्वाइप करने का प्रयास करते हैं, तो यह कभी-कभी कार्य कर सकता है और मोडल के अंतर्गत दृश्य को पॉप कर सकता है। @jgw96

आयनिक-कोणीय 3.3.0 में अभी भी मौजूद है। इसे ठीक करने का कोई तरीका?

@manuCorp क्या आप कृपया इस मुद्दे को फिर से खोल सकते हैं? navController.push () द्वारा खुले पेज में ओपन मोडल उसी स्थिति का कारण बनता है जैसा कि पहली पोस्ट में दिखाया गया है।

हां कृपया फिर से खोलें

@vosecek समस्या मौजूद है, लेकिन आप मेरे सीएसएस फिक्स का उपयोग कर सकते हैं जिसे मैंने ऊपर पोस्ट किया था। यह 3.3 के साथ काम करता है।

अरे दोस्तों, NavController api देखें , विशेष रूप से एक ओवरले घटक से नेविगेटिंग शीर्षक वाला अनुभाग (नीचे चिपकाया गया)

this.appCtrl.getRootNav() के उपयोग पर ध्यान दें। यह मेरे लिए बहुत अच्छा काम करता है, इसलिए मैं उत्सुक हूं कि App का उपयोग करने से यह समस्या दूसरों के लिए ठीक हो जाती है। वैसे भी, सोचा था कि आप सभी को इसके बारे में पता होना चाहिए।

ओवरले घटक से नेविगेट करना

import { Component } from '@angular/core';
import { App, ViewController } from 'ionic-angular';

@Component({
    template: `
    <ion-content>
      <h1>My PopoverPage</h1>
      <button ion-button (click)="pushPage()">Call pushPage</button>
     </ion-content>
    `
  })
  class PopoverPage {
    constructor(
      public viewCtrl: ViewController
      public appCtrl: App
    ) {}

    pushPage() {
      this.viewCtrl.dismiss();
      this.appCtrl.getRootNav().push(SecondPage);
    }
  }

मुझे लगता है कि सवाल यह है कि जब आप सिर्फ nav.push कर सकते हैं तो आप इतना अधिक सिर क्यों जोड़ेंगे और सीएसएस को छोड़कर सब कुछ पूरी तरह से ठीक काम करता है जिसे ठीक करने में कोई दिलचस्पी नहीं लेता है?

यह मुझे ऐन्टेना के मुद्दों पर "बस इसे अलग तरीके से पकड़ें" सेब की याद दिलाता है।

अगर यह अभी भी है तो यह मुद्दा बंद क्यों है?

@edwinchoate यह काम करता है लेकिन तब नहीं जब आपको पृष्ठ से वापस जाने पर सक्रिय होने के लिए

चूंकि इस बग को ठीक नहीं किया गया है, इसलिए मैंने इस SCSS कोड को वर्कअराउंड के रूप में जोड़ा है और इसने मेरे लिए काम किया है। मुझे आशा है कि यह आपके लिए उपयोगी है:

.toolbar-ios {
  height: 44px + $cordova-ios-statusbar-padding;
  padding-top: $cordova-ios-statusbar-padding;
}

.toolbar-title-ios {
  padding-top: $cordova-ios-statusbar-padding;
}

उन सभी लोगों के लिए जो अभी भी इस पर ठोकर खा रहे हैं। @manuCorp ने पहले ही सही विचार प्रस्तुत किया है। कोड में बस एक त्रुटि है और कुछ हद तक अधूरा है। मैंने Ionic 3.6.0 साथ इसका परीक्षण किया है।

सामग्री पृष्ठ में जिसे आप एक मोडल के रूप में प्रस्तुत करते हैं, बस एक अन्य आवरण पृष्ठ वर्ग को इस तरह से एक एनएवी तत्व के साथ शामिल करें:

@Component({
    template: '<ion-nav [root]="this.rootPage" [rootParams]="this.rootParams"></ion-nav>'
})
export class MyModalWrapper {
    private rootPage = MyModalContentPage;
    private rootParams;
    constructor(navParams: NavParams, private viewCtrl: ViewController) {
        this.rootParams = navParams;
        this.rootParams["data"]["closeModal"] = this.onCloseModal
    }
    onCloseModal = () => {
        this.viewCtrl.dismiss();
    }
}

और फिर अपनी सामग्री पृष्ठ वर्ग को इस तरह संशोधित करें:

@Component({ /* ... */ })
export class MyModalContentPage {
    /* ... */
    private closeModal;
    constructor(navParams: NavParams, /* ... */) {
        this.closeModal = navParams.get("closeModal");
    }
    /* ... */
}

अब आप closeModal को अपनी कक्षा या टेम्पलेट में सामान्य फ़ंक्शन की तरह कॉल कर सकते हैं।

अब आपको केवल MyModalContentPage को MyModalWrapper से बदलना है, जहां भी आप मोडल बनाते और प्रस्तुत करते हैं। तो इसके बजाय:

this.modalCtrl.create(MyModalContentPage, { /* ... */ }).present();

इसे करें:

this.modalCtrl.create(MyModalWrapper, { /* ... */ }).present();

उम्मीद है ये मदद करेगा।

@codemusings मैंने इसे इस तरह से किया:

@Component({
  template: '<ion-nav [root]="root" [rootParams]="params"></ion-nav>'
})
export class MyModalWrapper {
  root = MyModalContentPage;
  params: any;

  constructor(
    public navParams: NavParams,
    viewCtrl: ViewController,
  ) {
    this.params = Object.assign({}, navParams.data, {viewCtrl: viewCtrl});
  }
}

@Component({ /* ... */ })
export class MyModalContentPage {
    /* ... */
    private viewCtrl: ViewController;
    constructor(navParams: NavParams, /* ... */) {
        this.viewCtrl = navParams.get('viewCtrl');
    }
    /* ... */
    someFunc() {
      this.viewCtrl.dismiss();
    }
}

पूरे ViewController आप उसी this.viewCtrl.dismiss() उपयोग कर सकते हैं जिसका आप सामान्य रूप से उपयोग करते हैं; कंस्ट्रक्टर को छोड़कर सामग्री पृष्ठ में कोई परिवर्तन आवश्यक नहीं है।

मैं आयोनिक 3.3.0 पर हूं लेकिन मुझे लगता है कि यह नवीनतम पर भी काम करेगा।

लेकिन बात यह है कि कार्यात्मक रूप से यह पूरी तरह से ठीक काम करता है और उस अतिरिक्त कोड की कोई आवश्यकता नहीं है, केवल आईओएस के लिए एक सिंगल लाइन सीएसएस फिक्स है और यह कोई समस्या भी नहीं है।

@ ghenry22 यह बड़ी स्क्रीन के लिए पूरी तरह से सही नहीं है, उदाहरण के लिए iPad, जहां मोडल छोटा होने के बावजूद पुश किया गया पेज फुलस्क्रीन है।

मैं एक मोडल जस्ट वर्क के अंदर nav.push चाहता हूं। लेकिन मैं हैकर सीएसएस फिक्स पर भरोसा करने के बजाय इसे और अधिक जटिल तरीके से करना चाहता हूं।

@ ghenry22 @ zmbc नेवी -व्यू का तात्पर्य एक अलग एनएवी स्टैक से है, जिसे आप एक मोडल खोलते समय बनाते हैं। यह रास्ता है"।

जब आप navCtrl.pop को कॉल करते हैं, तो यह रूट एनएवी के साथ अनजाने में समस्याएं पैदा कर सकता है, क्योंकि आयोनिक यह नहीं समझ पाता है कि आप कब मोडल में हैं और कब नहीं।

मुझे आईओएस पर पुश किए गए पेजों में कोई समस्या नहीं है? मेरा मतलब है कि अब मैं इसका फिर से परीक्षण करूंगा कि आपने यह सुनिश्चित करने के लिए इसका उल्लेख किया है लेकिन वे मेरे लिए मोडल की सीमा के भीतर रहते हैं।

मूल रूप से यदि मैं किसी पृष्ठ को एक मोडल के भीतर से धक्का या पॉप करता हूं तो मुझे उम्मीद है कि यह लोड हो जाएगा और मोडल के भीतर बाध्य हो जाएगा।

यदि मैं किसी सामान्य पृष्ठ पर पुश या पॉप करता हूं तो मुझे उम्मीद है कि यह सामान्य पूर्ण स्क्रीन पृष्ठ के साथ लोड होगा।

मेरे पास ऐसे पृष्ठ हैं जिनका मैं किसी भी परिदृश्य में उपयोग कर सकता हूं इसलिए एक परिदृश्य को संभालने के लिए कोड जोड़ने से दूसरे में समस्या हो सकती है।

यदि आप आईपैड पर पूर्ण स्क्रीन खोलने के लिए एक मोडल के अंदर पुश किए गए पृष्ठ को चाहते हैं तो मुझे लगता है कि आपके पास एक ऐसा फ़ंक्शन होगा जो मोडल को बंद कर देता है और फिर उस पृष्ठ को धक्का देता है जो निश्चित रूप से थोड़ा गन्दा हो सकता है।

@wbhob यह वांछित परिणाम हो सकता है लेकिन आपको बस इस टिकट और आयनिक मंचों को देखना है और एक ही प्रश्न को बार-बार पूछे जाने के लिए ओवरफ्लो करना है।

तो जाहिर है कि यह लोगों के लिए शुद्ध उपयोगिता के दृष्टिकोण से एक मुद्दा है। यह बहुत अच्छा होगा अगर आयनिक हुड के नीचे कुछ लागू कर सके ताकि यह "बस काम किया" तो इस बंद मुद्दे पर सभी टिप्पणियां और अनुरोध बंद हो जाएंगे :)

डॉक्स के लिए एक पीआर बनाया @ ghenry22

मेरा जनसंपर्क विलय कर दिया गया था! मोडल डॉक्स की जाँच करें

@ jgw96 मुझे उम्मीद है कि इसे Ionic4 के साथ हल किया जाएगा। यह आयनिक 2 आरसी0 के बाद से बिना किसी कार्रवाई के बकाया रहा है, जो कि एक साधारण सीएसएस फिक्स पर विचार करते हुए थोड़ा चौंकाने वाला है और फिर नेविगेशन का उपयोग करना अपेक्षित रूप से काम करता है चाहे आप एक मोडल या नियमित पृष्ठ में हों। जैसा होना चाहिए।

यह अपेक्षा के अनुरूप काम करता है, यह कोई समस्या नहीं है। Ionic डॉक्स में ऐसा करने के बारे में विवरण हैं (मैंने डॉक्स का वह हिस्सा लिखा था)

@wbhob सिवाय इसके कि यह अपेक्षा के अनुरूप काम नहीं करता है। जैसा कि मंच पर कई थ्रेड्स द्वारा दिखाया गया है। यहां मुद्दे और स्टैक ओवरफ्लो पर।

नेविगेशन ठीक उसी तरह काम करता है जैसा आप उम्मीद करते हैं कि इस अपवाद के साथ कि धक्का दिया गया पृष्ठ पैडिंग पर अपनी स्थिति खो देता है। यह एक साधारण सीएसएस फिक्स है और इसके लिए और अधिक जटिल की आवश्यकता नहीं है।

आपके द्वारा सुझाए गए कार्य और अन्य में नया पृष्ठ खोलने से पहले ओवरले को बंद करना शामिल है। यह मेरे ऐप के लिए एक व्यवहार्य दृष्टिकोण नहीं है क्योंकि मैं चाहता हूं कि उपयोगकर्ता कुछ जानकारी या तो एक मोडल से या अन्य नियमित पृष्ठों से देख सके और यदि एक मोडल से देख रहा हो तो मैं चाहता हूं कि वे मोडल पर वापस जा सकें।

वैसे भी मैंने इसके लिए एक सीएसएस पोस्ट किया है जो दूसरे दिन इसके लिए लॉग किए गए अन्य मुद्दों में से एक में ठीक है, जिसने मानक आयनिक पृष्ठ शैलियों को लागू करके इसे पूरी तरह से हल किया क्योंकि वे एक गैर-मोडल सेटिंग में होंगे।

ऐसा करने का उचित तरीका मोडल के अंदर एक स्व-निहित नेविगेशन इंस्टेंस बनाना है। आपका इरादा अतिरिक्त पृष्ठों पर नेविगेट करने का है, लेकिन जब आप navCtrl.push को कॉल करते हैं, जैसा कि आप अपेक्षा करते हैं, इसे रूट एनएवी स्टैक के विरुद्ध चलाता है क्योंकि यह कोई बेहतर नहीं जानता है। जब आप इसे ठीक से करते हैं और मोडल के लिए विशेष रूप से एक एनएवी स्टैक बनाते हैं, तो यह सही ढंग से कार्य करता है।

हां यह एक विशिष्ट परिदृश्य के लिए इसे करने का एक तरीका है। यह मानते हुए कि आपके उपयोग के मामले में आप खुले ओवरले (मोडल/पॉप ओवर इत्यादि) को खारिज करना चाहते हैं और फिर पृष्ठ खोलें। इस परिदृश्य में, हाँ आपने जो कहा है और जो एनएवी नियंत्रक के लिए आयनिक घटक डॉक्स में दिखाया गया है वह ठीक काम करता है।

मैं उस मोडल को खारिज नहीं करना चाहता जो खुला है, मैं उस पृष्ठ पर नेविगेट करने में सक्षम होना चाहता हूं जो कुछ अतिरिक्त जानकारी दिखाएगा, और जब किया जाए तो उस मोडल पर वापस जाने के लिए वापस क्लिक करें जहां से पृष्ठ खोला गया था। यह परिदृश्य आपके द्वारा संदर्भित डॉक्स द्वारा कवर नहीं किया गया है।

दूसरे परिदृश्य के लिए कार्यक्षमता के मामले में सब कुछ पूरी तरह से काम करता है। एंड्रॉइड पर सब कुछ बिना किसी समस्या के काम करता है। एकमात्र मुद्दा यह है कि आईओएस पर केवल सही सीएसएस वर्ग पुश किए गए पृष्ठ पर लागू नहीं होता है जब इसे ओवरले से धक्का दिया जाता है। इसके लिए एक साधारण सीएसएस फिक्स है।

बस अपने app.scss में फॉलो को चिपका दें और आप जाने के लिए सभी अच्छे हैं क्योंकि सही वर्ग अब पृष्ठों पर लागू होगा चाहे उन्हें किसी मोडल या किसी अन्य नियमित पृष्ठ से धक्का दिया गया हो।

अब दोनों परिदृश्य अच्छी तरह से काम करते हैं।
1) जब आप ओवरले को खारिज करना चाहते हैं और एक नया पृष्ठ लोड करना चाहते हैं तो एनएवीकंट्रोलर डॉक्स में विधि का उपयोग करें।
2) जब आप ओवरले को खारिज नहीं करना चाहते हैं और एक नया पृष्ठ लोड करना चाहते हैं जो वापस जा सकता है और अभी भी स्रोत ओवरले उपलब्ध है तो बस नीचे सीएसएस शामिल करें और यह लेआउट समस्या को हल करता है।

// handle top padding disappearing in modals
<strong i="12">@media</strong> only screen and (max-width: 767px){
    .ios > .ion-page > ion-header > .toolbar.statusbar-padding:first-child {
        padding-top: calc(20px + 4px);
        padding-top: calc(constant(safe-area-inset-top) + 4px);
        padding-top: calc(env(safe-area-inset-top) + 4px);
        min-height: calc(44px + 20px);
        min-height: calc(44px + constant(safe-area-inset-top));
        min-height: calc(44px + env(safe-area-inset-top));
        }
}

@ henry22 मुझे लगता है कि आप गलत हैं। मैं एक आयनिक अनुप्रयोग में अनुशंसित समाधान का उपयोग कर रहा हूं, और मोडल को खारिज नहीं किया गया है। यह एक नए पृष्ठ को मोडल स्टैक पर धकेलता है, और जब उपयोगकर्ता "बैक" पर टैप करता है तो वे मोडल पर वापस आ जाते हैं।

मुझे लगता है कि आपके ऐप में शायद किसी प्रकार की बग है यदि आप उस व्यवहार को अनुशंसित समाधान के साथ नहीं देख रहे हैं। अगर मैं तुम होते, तो मैं इसे डीबग करने का प्रयास करने के लिए एक स्टैक ओवरफ्लो प्रश्न खोलता। वहां कोई आपको यह पता लगाने में मदद कर सकता है।

यह समस्या सही जगह नहीं है, क्योंकि यह कार्यक्षमता पहले से ही आयोनिक में है और इसे सामान्य उपयोग के लिए पर्याप्त रूप से प्रलेखित किया गया है।

@zmbc https://ionicframework.com/docs/api/navigation/NavController/
एक ओवरले शो से नेविगेट करने के लिए यहां डॉक्स खारिज () को अगले पृष्ठ पर नेविगेट करने से पहले बुलाया जा रहा है। मैं इसी का जिक्र कर रहा था।

पुराने पीआर लॉग के माध्यम से खुदाई करने पर ऐसा लगता है कि @wbhob द्वारा जोड़े गए अपडेट आयनिक घटक प्रलेखन पृष्ठों पर परिलक्षित नहीं होते हैं। मैं पुराने कामों से समाधान का प्रयास करूंगा लेकिन अगर यह आपके कहने के अनुसार काम करता है तो उस जानकारी को एनएवी नियंत्रक घटक एपीआई दस्तावेज़ों या उदाहरणों में शामिल करना अच्छा होगा ताकि यह वास्तव में आसानी से मिल सके।

फिर भी अगर सही सीएसएस कक्षाएं लागू की जाती हैं (एंड्रॉइड पर) तो उपयोगकर्ता से किसी भी काम या अतिरिक्त कोड की कोई आवश्यकता नहीं है, निश्चित रूप से यह एक वांछनीय परिणाम होगा?

@ ghenry22 मुझे यकीन नहीं है कि दस्तावेज़ अब परियोजना में कहां रहता है, लेकिन मुझे लगता है कि आप सही हैं कि @ wbhob के परिवर्तन अब नहीं हैं (हालांकि वे ModalController में NavController नहीं)।

जैसा कि मैंने पहले समझाया है , यह बिल्कुल सच नहीं है कि सीएसएस फिक्स अनुशंसित समाधान जितना ही अच्छा है। यह केवल छोटी स्क्रीन पर समतुल्य है जहां मोडल पूर्ण-स्क्रीन होते हैं, और कौन जानता है कि यह आयनिक के अगले संस्करण में काम करेगा या नहीं? अनुशंसित समाधान एक वास्तविक नेविगेशन स्टैक बनाता है, जो आप इस स्थिति में चाहते हैं, सभी स्क्रीन आकारों पर काम करता है, और एक प्रलेखित सार्वजनिक एपीआई का उपयोग करता है। यह कोड जटिलता में भी कोई बड़ा अंतर नहीं है: कुछ अस्पष्ट एससीएसएस की तुलना में मेरे पास बॉयलरप्लेट की कुछ और लाइनें होंगी जिन्हें मैं भविष्य में नहीं समझ पाऊंगा।

मैं अनुशंसा करता हूं कि आप जो चाहते हैं उसे करने के लिए इस दृष्टिकोण का यह स्पष्ट रूप से आयोनिक के साथ कोई समस्या नहीं है।

@zmbc प्रलेखन

मैं असहमत हूं कि सीएसएस अस्पष्ट है, यह मानक आयनिक सीएसएस है जिसे सामान्य रूप से धकेलने पर एक पृष्ठ पर लागू किया जाता है, मैं सहमत हूं कि यह काम करना बंद कर सकता है या आयनिक में एक बड़ा बदलाव होने पर समस्या पैदा कर सकता है (जैसे कि V4 आने के साथ) ) यही कारण है कि इसे एक बग के रूप में ठीक किया जाना चाहिए जो Ionic के लिए iOS प्लेटफॉर्म को प्रभावित करता है ताकि लोगों को कोई सुधार लागू करने की आवश्यकता न पड़े।

यह समस्या एंड्रॉइड पर मौजूद नहीं है, जो बिना किसी बदलाव के पूरी तरह से काम करता है। तो यह आयनिक लागू सीएसएस कक्षाओं के साथ एक मंच विशिष्ट बग प्रतीत होता है।

मैं मानता हूं कि मैंने अभी तक बड़े स्क्रीन डिवाइस पर इसका परीक्षण नहीं किया है और वहां कुछ और आवश्यक हो सकता है, मैं इसे देख लूंगा।

मैं देख सकता हूं कि एक समाधान है जो दस्तावेज़ों से खो गया है और अब केवल स्रोत फ़ाइल के शीर्षलेख में एक टिप्पणी के रूप में मौजूद है। यदि इस समाधान को मॉडल से नेविगेट करने के अनुभाग में आधिकारिक एनएवी नियंत्रक दस्तावेज़ों में पुनर्स्थापित किया जा सकता है, तो कम से कम एक समाधान है जो दस्तावेज है और दस्तावेज़ीकरण आयनिक डॉक्स पढ़ने वाले लोगों के लिए आसानी से पहुंच योग्य है।

हम स्पष्ट रूप से इस बात पर सहमत नहीं होंगे कि कौन सा दृष्टिकोण सही है या गलत है, इसलिए इसे एक तरफ रख दें, जब तक ऐसा करने के लिए आधिकारिक तौर पर अनुशंसित तरीका है (जो कुछ भी है) दस्तावेज़ों में ठीक से जोड़ा गया है तो यह मेरे लिए काफी अच्छा है।

मुद्दे के लिए धन्यवाद! मूल मुद्दे से प्रासंगिक नहीं होने वाली टिप्पणियों को रोकने के लिए इस मुद्दे को लॉक किया जा रहा है। यदि यह अभी भी Ionic के नवीनतम संस्करण के साथ एक समस्या है, तो कृपया एक नया मुद्दा बनाएं और सुनिश्चित करें कि टेम्पलेट पूरी तरह से भरा हुआ है।