Ruby on Rails

there are a massive number of possible reasons. you really should do some research on css display types, as I'm assuming `right` is supposed to be a element with "float: right" but "span" tags don't respond to floats unless they have been set as block-level elements

On Tuesday, December 24, 2019 at 7:07:32 PM UTC-7, fugee ohu wrote:

$('#message_holder').append('<div class="container"><span class="right">' + data.content + '</span><br></div>')

The string gets appended to the message_holder div like so:

<div class="container"><span class="right">9</span><br></div>

but the styling defined in .right doesn't get applied What to do?

there are a massive number of possible reasons. you really should do some research on css display types, as I'm assuming `right` is supposed to be a element with "float: right" but "span" tags don't respond to floats unless they have been set as block-level elements

On Tuesday, December 24, 2019 at 7:07:32 PM UTC-7, fugee ohu wrote:

$('#message_holder').append('<div class="container"><span class="right">' + data.content + '</span><br></div>')

The string gets appended to the message_holder div like so:

<div class="container"><span class="right">9</span><br></div>

but the styling defined in .right doesn't get applied What to do?

there are a massive number of possible reasons. you really should do some research on css display types, as I'm assuming `right` is supposed to be a element with "float: right" but "span" tags don't respond to floats unless they have been set as block-level elements

On Tuesday, December 24, 2019 at 7:07:32 PM UTC-7, fugee ohu wrote:

$('#message_holder').append('<div class="container"><span class="right">' + data.content + '</span><br></div>')

The string gets appended to the message_holder div like so:

<div class="container"><span class="right">9</span><br></div>

but the styling defined in .right doesn't get applied What to do?

$('#message_holder').append('<div class="container"><span class="right">' + data.content + '</span><br></div>')

The string gets appended to the message_holder div like so:

<div class="container"><span class="right">9</span><br></div>

but the styling defined in .right doesn't get applied What to do?

From the code you can see it uses internationalization https://github.com/plataformatec/devise/blob/098345aace53d4ddf88e04f1eb2680e2676e8c28/app/controllers/devise_controller.rb#L182

You can do something like this on an initializer so override the I18n lookup method to print each key it tries to find, maybe you can debug what's going on:

# config/initializers/debug_18n.rb

module I18n

module Backend

class Simple

# Monkey-patch-in localization debugging

# Enable with ENV['I18N_DEBUG']=1 on the command line in server startup, or ./config/environments/*.rb file.

#

def lookup(locale, key, scope = [], options = {})

init_translations unless initialized?

keys = I18n.normalize_keys(locale, key, scope, options[:separator])

puts "I18N keys: #{keys}"

keys.inject(translations) do |result, _key|

_key = _key.to_sym

return nil unless result.is_a?(Hash) && result.has_key?(_key)

result = result[_key]

result = resolve(locale, _key, result, options.merge(:scope => nil)) if result.is_a?(Symbol)

puts "\t\t => " + result.to_s + "\n" if (result.class == String)

result

end

end

end

end

end

I don't rember where I took that code from to give the credit.

Now you can check that's actually trying to translate (from the code it's: some_resource_name.some_message)

El sáb., 28 dic. 2019 a las 14:30, Cédric Lefebvre (<derrioh@gmail.com>) escribió:

Sure, my application.rb contains the following:

    config.i18n.available_locales = [:en, :fr]

    config.i18n.default_locale = :en

    config.i18n.fallbacks = [I18n.default_locale]

The last line of your application.rb comes from heroes Gem, which I do not use.

On your website, are you sure the flash messages are localised? And if yes, which version of the devise and devise-i18n are you using?

Thanks

Cedric

On 28. Dec 2019, 14:18 +0100, fugee ohu <fugee279@gmail.com>, wrote:

On Thursday, December 26, 2019 at 6:17:23 PM UTC-5, Cédric Lefebvre wrote:

I have deployed devise & devise-i18n to internationalize devise. Everything works well - including all the i18n - except that flash messages generated by devise do not get translated

=> messages generated by devise and accessed via resource.errors.full_messages are localized
e.g. try to "sign_up" with no information filled in

=> flashes generated by devise are not localized
e.g. try to "sign_in" with no information filled in

Any idea why? Any idea on how to fix this?

Have you created settings for i18n in application.rb ?

Here's what application.rb looks like on one of my sites that uses locales:

    Rails.application.config.i18n.available_locales = ["ko", "zh-TW", "ja", "en-US"]
    Rails.application.config.i18n.default_locale = "en-US"
    ISO3166.configure do |config|
       config.locales = ['zh-TW', 'en-US', 'ko', 'ja']

--
You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rubyonrails-talk+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/rubyonrails-talk/526f03ab-5181-45e1-9a8d-622e1ec17fb6%40googlegroups.com.

--
You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rubyonrails-talk+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/rubyonrails-talk/5b2e492a-a26e-4ee5-86d9-76bcff9fcdeb%40Spark.

--
You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rubyonrails-talk+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/rubyonrails-talk/CAPS3bcDCQkyV0biL_ZHH-sGZPk%2Bedx2w2HHx3dwj2sSbT3KB8w%40mail.gmail.com.

On Thursday, December 26, 2019 at 6:17:23 PM UTC-5, Cédric Lefebvre wrote:

I have deployed devise & devise-i18n to internationalize devise. Everything works well - including all the i18n - except that flash messages generated by devise do not get translated

=> messages generated by devise and accessed via resource.errors.full_messages are localized
e.g. try to "sign_up" with no information filled in

=> flashes generated by devise are not localized
e.g. try to "sign_in" with no information filled in

Any idea why? Any idea on how to fix this?

Have you created settings for i18n in application.rb ?

Here's what application.rb looks like on one of my sites that uses locales:

    Rails.application.config.i18n.available_locales = ["ko", "zh-TW", "ja", "en-US"]
    Rails.application.config.i18n.default_locale = "en-US"
    ISO3166.configure do |config|
       config.locales = ['zh-TW', 'en-US', 'ko', 'ja']

--
You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rubyonrails-talk+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/rubyonrails-talk/526f03ab-5181-45e1-9a8d-622e1ec17fb6%40googlegroups.com.

I have deployed devise & devise-i18n to internationalize devise. Everything works well - including all the i18n - except that flash messages generated by devise do not get translated

=> messages generated by devise and accessed via resource.errors.full_messages are localized
e.g. try to "sign_up" with no information filled in

=> flashes generated by devise are not localized
e.g. try to "sign_in" with no information filled in

Any idea why? Any idea on how to fix this?

undefined method `paginate' for #<Mailboxer::Mailbox:0x00007f33e4031e88" from the line "@conversations = @conversations.paginate(page: params[:page], per_page: 10)" I have the will_paginate gem installed

There's a section specifying where to put js files on the documentation https://github.com/rails/webpacker#paths. You can put the files anywhere, if you put them inside the packs folder webpacker will create bundles using those files, if you put them elsewhere wenpacker will bundle them inside the packs that require them.

El dom., 22 dic. 2019 a las 4:48, fugee ohu (<fuge...@gmail.com>) escribió:

Where do I put my custom javascript files now, under javascripts or under javascripts/packs or should i create a directory like 'custom' under javascripts and then in javascript/packs/application.js i would have to import "../custom" and that would import all the javascript files in the custom directory Can someone please clarify?

--
You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rubyonra...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/rubyonrails-talk/8295b70b-e09e-4fe3-96ba-cb5017125ace%40googlegroups.com.

Webpacker provides an `asset_pack_path` method https://github.com/rails/webpacker#usage

I guess you'll need to use a .css.erb file in order for that to work.

# something.css.erb

.search_button {

  background: url('<%= asset_pack_path('images/search.png') %>');

}

Lately you are asking A LOT of questions about webpacker for images and CSS, you don't really HAVE to change from Sprockets to Webpacker to update to rails 6, in fact, if you start a new rails app, it uses webpacker only for javascript assets, it's still using sprockets for css and images by default. Of course you are free to use webpacker for everything but maybe you have to follow webpack guidelines and start messing with loaders, check the webpack guide on packing images and using it for background image for example https://webpack.js.org/guides/asset-management/#loading-images

El dom., 22 dic. 2019 a las 17:12, fugee ohu (<fuge...@gmail.com>) escribió:

Webpacker is serving images in views, I just don't know how to do it in css

--
You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rubyonra...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/rubyonrails-talk/549cd10d-f440-4ca0-a3a5-51748c623e92%40googlegroups.com.

Webpacker provides an `asset_pack_path` method https://github.com/rails/webpacker#usage

I guess you'll need to use a .css.erb file in order for that to work.

# something.css.erb

.search_button {

  background: url('<%= asset_pack_path('images/search.png') %>');

}

Lately you are asking A LOT of questions about webpacker for images and CSS, you don't really HAVE to change from Sprockets to Webpacker to update to rails 6, in fact, if you start a new rails app, it uses webpacker only for javascript assets, it's still using sprockets for css and images by default. Of course you are free to use webpacker for everything but maybe you have to follow webpack guidelines and start messing with loaders, check the webpack guide on packing images and using it for background image for example https://webpack.js.org/guides/asset-management/#loading-images

El dom., 22 dic. 2019 a las 17:12, fugee ohu (<fuge...@gmail.com>) escribió:

Webpacker is serving images in views, I just don't know how to do it in css

--
You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rubyonra...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/rubyonrails-talk/549cd10d-f440-4ca0-a3a5-51748c623e92%40googlegroups.com.

The "nav" tag provides more meaning, I guess bootstrap just checks the class "navbar" so it doesn't care if you used a div or a nav, but in terms of semantics, a nav tag if better for a navigation bar as the name suggests.

El dom., 22 dic. 2019 a las 20:08, fugee ohu (<fuge...@gmail.com>) escribió:

Documentation says to use:

<nav class="navbar navbar-expand-lg navbar-light bg-light">
But in my views I've been using
 <div class = "navbar navbar-default navbar-static-top">
The code is a little different, I have to try it out, but the question is the same Is applying the class to the div the same as not using the div for bootstrap purposes

--
You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rubyonra...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/rubyonrails-talk/f79a4675-30bd-4527-872f-f65badb78d5b%40googlegroups.com.